Here is the proposed patch for dapper.
Problems:
- init script does not perform proper check before attempting to
initialize hsg80 multibus failover
- hsg80 failover is not handled properly causing multipathd to spin 100%
of the CPU without readding the proper device to dm-multipath
Solutions:
- remove hsg80 init from init script.
- add a separate command /sbin/hsg80_start:
- the script is more robust, it performs better error checking and it solves
the race issue caused by multipathd attempting to readd the passive leg
of the hsg80 to dm-multipath *before* started properly.
- change /etc/udev/rules.d/85-multipath.rules to invoke
/sbin/hsg80_start only if we detect that we are really on an HSG80 and
with the recognized passive path (size is set to 10GB by HSG firmware).
a similar solution will be applied to edgy and feisty. debdiffs will
follow with the same logic. udev rules and sg_start invocation will be
different.
Fabio
** Attachment added: "mp-tools-dapper.debdiff"
http://librarian.launchpad.net/7125067/mp-tools-dapper.debdiff
** Changed in: multipath-tools (Ubuntu Dapper)
Status: Confirmed => In Progress
--
Fails to install because of brain damage in init script that should be
converted to udev rules
https://bugs.launchpad.net/bugs/98518
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs