[Bug 539597] Re: bogus debconf question "mdadm/boot_degraded"
Clint Byrum
clint at fewbar.com
Fri Feb 10 00:45:04 UTC 2012
Affects 2, and will require a lot of work to solve correctly. marking as
Confirmed/Wishlist.
** Changed in: mdadm (Ubuntu)
Importance: Undecided => Wishlist
** Changed in: mdadm (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to mdadm in Ubuntu.
https://bugs.launchpad.net/bugs/539597
Title:
bogus debconf question "mdadm/boot_degraded"
Status in “mdadm” package in Ubuntu:
Confirmed
Bug description:
Binary package hint: mdadm
Raid is designed to provide redundancy and failure tolerance. If a
raid member fails and redundancy allows it, system operation is not
compromised. Upon failure of components the raid array is properly
degraded on the fly, and the system *will happily boot* anytime with
that degraded array afterwards (without nonsense console droping).
The boot_degraded=NO option (or even default) is therefore an
unreliable, disrupting, improper and misleading way to notify an admin
about a failed raid member. (It is triggered only by raid members
disconnected/failing when the system was powered down and compromises
operation. It provides by no means a way to prevent the system from
running without redundancy and notifying someone about it.)
A better way to notify admins (about all kinds of raid events) is to
make the mdadm package depend on a local mail transport agent or wall
/notify-send mechanism and stop suppressing the debconf questions for
the monitoring deamon.
Please
- Remove the bogus boot_degraded debconf option and question.
- Rely on (don't suppress but depend and inform about) proper means to notify admins about raid events.
/var/log/installer/cdebconf/questions.dat
Name: mdadm/boot_degraded
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/539597/+subscriptions
More information about the foundations-bugs
mailing list