Activity log for bug #1088884

Date Who What changed Old value New value Message
2012-12-11 12:37:07 ceg bug added bug
2012-12-11 12:39:59 ceg description The --incremental (udev) call refuses to (re)add a temporarily disconnected members back to an already restarted (active) raid. Even though the refusal may in the future only happen for obvious conflicts (Bug #1088532), there is still an option missing to --force the addition anyway. Using --force with --incremental (where mdadm will still apply sanity checks to not add it to a completely wrong array etc.) seems much less dangerous than forcing the user to have to --zero-superblock around in the system. The --incremental (udev) call refuses to (re)add a temporarily disconnected members back to an already restarted (active) raid. # mdadm --incremental /dev/sdb1 mdadm: not adding /dev/sdb1 to active array (without --run) /dev/md/0 # mdadm --incremental --run /dev/sdb1 mdadm: failed to add /dev/sdb1 to /dev/md/0: Invalid argument. Even though this refusal may in the future only happen for true conflicts (Bug #1088532), there is still an option missing to --force the addition anyway. Using --force with --incremental (where mdadm will still apply sanity checks to not add it to a completely wrong array etc.) seems much less dangerous than forcing the user to have to --zero-superblock around in the system.
2012-12-11 12:42:19 ceg description The --incremental (udev) call refuses to (re)add a temporarily disconnected members back to an already restarted (active) raid. # mdadm --incremental /dev/sdb1 mdadm: not adding /dev/sdb1 to active array (without --run) /dev/md/0 # mdadm --incremental --run /dev/sdb1 mdadm: failed to add /dev/sdb1 to /dev/md/0: Invalid argument. Even though this refusal may in the future only happen for true conflicts (Bug #1088532), there is still an option missing to --force the addition anyway. Using --force with --incremental (where mdadm will still apply sanity checks to not add it to a completely wrong array etc.) seems much less dangerous than forcing the user to have to --zero-superblock around in the system. The --incremental call (as also done by udev rules) refuses to (re)add a temporarily disconnected members back to an already restarted (active) raid array. # mdadm --incremental /dev/sdb1 mdadm: not adding /dev/sdb1 to active array (without --run) /dev/md/0 # mdadm --incremental --run /dev/sdb1 mdadm: failed to add /dev/sdb1 to /dev/md/0: Invalid argument. Even though this refusal may in the future only happen for true conflicts (Bug #1088532), there is still an option missing to --force the addition anyway. Using --force with --incremental (where mdadm will still apply sanity checks to not add it to a completely wrong array etc.) seems much less dangerous than forcing the user to have to --zero-superblock around in the system.