On 4/23/2010 8:20 AM, Christian Gatzemeier wrote: > It seems we don't have an obvious way to manually > remove a member from an array so that it does not get auto-assembled > later on (i.e. by udev/--incremental) without completely zeroing the > superblock or moving it into an own array. Maybe a --lock-out mdadm --fail followed by mdadm --remove seems to be what you are looking for. mdadm --incremental will not use a removed drive. Actually though, it looks like mdadm does not update the metadata on the disk when you --fail and --remove it, so it still thinks it is part of an array. This appears to be a bug. Even though the second disk says it is still part of the array, mdadm --incremental tries to add it to the array, the state of the first disk takes over and the second disk remains removed. > Another thing is that trying to --remove without prior --failing gives a rather > unintuitive "device busy": > Is there a reason that --remove (and --lock-out) > shouldn't just automatically "fail" a device? > Or the other way around when would one want to > manually --fail a member without subsequently --removing it? Might be a nice feature though the man page is rather clear that you have to fail first, then remove. You might want to fail it and not remove it so that you can remove the drive for now, and plug it back in later. -- 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