https://bugzilla.novell.com/show_bug.cgi?id=810293
https://bugzilla.novell.com/show_bug.cgi?id=810293#c22
Steffen Hau changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|Basesystem |Basesystem
AssignedTo|hare@suse.com |bnc-team-screening@forge.pr
| |ovo.novell.com
Product|openSUSE 12.3 |openSUSE 13.1
--- Comment #22 from Steffen Hau 2013-12-05 21:05:27 UTC ---
With openSUSE 13.1 it even does not work with the nofail option in /etc/fstab.
I've upgraded one of our backup mailservers, and the the configured fstab
entries are not mounted (need to say that there is an LVM between dm-multipath
and the FS). I've attached a journalctl output of the last boot. It looks like
lvm services are started *before* the fc disks are visible to the system and
the dm-multipath targets are created. Using an initrd with qla2xxx included
solves the issue, the dm-multipath targets are created before lvm is started
and therefor my fstab entries are mounted, and multipath including all of the
paths (for comparison, I've also attached the hournalctl output of such a
boot).
I'm curious about the solution, because on another system (with fc disks, but
no lvm), when qla2xxx is included in the initrd, multipath uses only half of
the paths (more exactly only the paths from the first port). A "systemctl
restart multipathd" brings up the missing paths. But if I remove qla2xxx from
the INITRD_MODULES and rebuild the initrd, all paths are used. In openSUSE 12.3
I had to add qla2xxx to INITRD_MODULES, otherwise dm-multipath was started and
had no disks to merge.
For the moment, I'll live with qla2xxx included in INITRD_MODULES for systems
using lvm on multipathed fc disks and without the module on other systems only
with fc disks.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.