"failed" vs "removed" or "locked-out" state and --incremental auto-re-adding

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

 



Hi all,

I hope you can help in sorting out the different states unused
devices can be in, and the commands used to change states.

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
option would make sense here? (Recognizable maybe by a superblock marking itself
as "removed"?)
Locking-out members would be handy to keep snapshots without the need to unplug
the drives to make sure they don't get re-added. And we would need such a
lock-out possibility if someone would like to implement automatically locking
out segments with conflicting changes/alternative versions (after incidences
when they are both connected).


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?

Kind Regards,
Christian

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