Re: [PATCH 00/53] External Metadata Reshape

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 29 Nov 2010 14:32:24 +1100 Neil Brown <neilb@xxxxxxx> wrote:

> 6/ mdmon assigns spares as appropriate and tells the kernel which slot to use
>    for each.  This requires a kernel change.  The slot number will be stored
>    in saved_raid_disk.  ping_monitor doesn't complete until the spares have
>    been assigned.

Actually, this doesn't require a kernel change.  We've had this functionality
since 2.6.26 - commit  6c2fce2ef6b4821c21b5c42c7207cb9cf8c87eda

If you add a spare to an array while sync_action is frozen, and then set
   /sys/block/mdXX/md/dev-YYY/slot
to some number, it will move that device to fill that slot.
Then when you start a reshape (or whatever) it will leave the device in that
slot and 'do the right thing'.

So the "Verify slots in meta against slot numbers set by md" shouldn't be
needed.  mdmon can explicitly request a slot number, and md will honour that.

Or have you tried that and found it doesn't work for some reason???

NeilBrown

--
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


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux