>> I feel as though I must be missing something that I have had
>> no luck finding all morning.
Probably yes, ad the underlying insight is not explicitly
documented, it is left to the the reader of 'man mdadm.conf':
"spare-group= The value is a textual name for a group of
arrays. All arrays with the same spare-group name are
considered to be part of the same group.
The significance of a group of arrays is that mdadm will,
when monitoring the arrays, move a spare drive from one
array in a group to another array in that group if the first
array had a failed or missing drive but no spare."
>> When setting up arrays with spares in a spare-group, I'm
>> having no luck finding a way to get that information from
>> mdadm or mdstat. This becomes an issue when trying to write
>> out configs and the like,
> mdadm.conf is the primary location for spare-group
> information. When "mdadm --monitor" is run, it reads that
> file and uses that information.
A more detailed explanations is that MD RAID is divided in two
or arguably three components:
* MD kernel drivers: they *run* RAID sets, but not things like
*creating* them or *maintaining* them. The MD kernel drivers
only look at the MD member superblocks and do not look at
'mdadm.conf' or act of their own initiative in changing RAID
set membership, only the status of existing members listed in
the superblocks.
* User space command 'mdadm': this creates MD RAID sets by
writing "superblocks" that are recognized by the MD kernel
drivers, and can maintain them when the user does explicit
commands like '--add' or '--remove'. Options not provided on
the command line are taken from 'mdadm.conf'.
* User space daemon 'mdadm --monitor': this automatically issues
*some* 'mdadm' commands, based on the content of 'mdadm.conf'.
>> or simply trying to get a feel for how arrays are setup on a
>> system.
Specifically spare groups are not something that the MD kernel
drivers have any direct role in; the concept of "spare-group" is
only relevant to the 'mdadm --monitor' daemon.
Therefore as the reply above implies one cannot look at the
state of MD arrays as known to the kernel and figure out which
spares and MD arrays are in which spare group, it is something
that is handled entirely in user-space.
In recent version of MD RAID things get an additional dimension
of «how arrays are setup» in user-space as 'udev' too can be
configured to do things to MD RAID sets, which are described in
the 'POLICY' and related lines of 'mdadm.conf', and these too
are not recoverable from the information given by the MD kernel
drivers.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
