http://bugzilla.novell.com/show_bug.cgi?id=495224 User nice@titanic.nyme.hu added comment http://bugzilla.novell.com/show_bug.cgi?id=495224#c11 Tamás Németh <nice@titanic.nyme.hu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|nice@titanic.nyme.hu | --- Comment #11 from Tamás Németh <nice@titanic.nyme.hu> 2009-05-21 08:30:48 MDT --- (In reply to comment #10)
What is wrong with the screenshot from comment #8?
sda is not part of any multipath device so it's displayed with all it's partitions. sdaa is included in a multipath device and thus only the disk without partitions is shows. That is the expected way. By double-clicking on the disks and selecting the Overview you can check that sda is not used by any device and that sdaa is used by a multipath device.
OK, my /etc/multipath.conf looks like this, now: defaults { user_friendly_names "no" } blacklist { devnode "^sda$" } However, LUN WWN / friendly name mappins are still present in /etc/multipath_bindings. Yesterday I wanted to start yast2/partitinor but it was unable to start in about twelve hours, so I restarted the whole machine, and today yast2/partitioner was finally able to start. If you take a look at the attached image, you can see, that three devices, which are otherwise paths to multipath volumes, can be actually managed! The three devices are: /dev/sdce; /dev/sdcf and /dev/sdcg. They are not shown in the multipath topology, instead 'multipath -d' displays this: carrier4:~ # multipath -d reload: 3600a0b80004808d200000b5548931bee n/a SUN,CSM200_R [size=600G][features=0][hwhandler=1 rdac][n/a] \_ round-robin 0 [prio=8][undef] \_ 7:0:0:9 sdx 65:112 [active][ghost] \_ 5:0:1:9 sdbg 67:160 [active][ghost] \_ round-robin 0 [prio=6][undef] \_ 5:0:0:9 sdr 65:16 [active][ready] \_ 7:0:1:9 sdce 69:32 [undef][ready] reload: 3600a0b80004808d200000b70489bf7f8 n/a SUN,CSM200_R [size=20G][features=0][hwhandler=1 rdac][n/a] \_ round-robin 0 [prio=12][undef] \_ 7:0:0:10 sdaa 65:160 [active][ready] \_ 5:0:1:10 sdbh 67:176 [active][ready] \_ round-robin 0 [prio=2][undef] \_ 5:0:0:10 sdt 65:48 [active][ghost] \_ 7:0:1:10 sdcf 69:48 [undef][ghost] reload: 3600a0b80004807f8000008cb489c01b3 n/a SUN,CSM200_R [size=300G][features=0][hwhandler=1 rdac][n/a] \_ round-robin 0 [prio=12][undef] \_ 5:0:0:11 sdu 65:64 [active][ready] \_ 7:0:1:11 sdcg 69:64 [undef][ready] \_ round-robin 0 [prio=2][undef] \_ 7:0:0:11 sdab 65:176 [active][ghost] \_ 5:0:1:11 sdbi 67:192 [active][ghost] These three multipats seem to be degraded somehow. We also use this fibrechannel storage system with Windows, without any problem. Multipath topology also shows these affected volumes to be in an unusual state (consisting of only three devices insted of four): create: 3600a0b80004808d200000b5548931bee dm-67 SUN,CSM200_R [size=600G][features=1 queue_if_no_path][hwhandler=1 rdac][rw] \_ round-robin 0 [prio=8][active] \_ 7:0:0:9 sdx 65:112 [active][ghost] \_ 5:0:1:9 sdbg 67:160 [active][ghost] \_ round-robin 0 [prio=3][enabled] \_ 5:0:0:9 sdr 65:16 [active][ready] create: 3600a0b80004808d200000b70489bf7f8 dm-70 SUN,CSM200_R [size=20G][features=1 queue_if_no_path][hwhandler=1 rdac][rw] \_ round-robin 0 [prio=12][active] \_ 7:0:0:10 sdaa 65:160 [active][ready] \_ 5:0:1:10 sdbh 67:176 [active][ready] \_ round-robin 0 [prio=1][enabled] \_ 5:0:0:10 sdt 65:48 [active][ghost] create: 3600a0b80004807f8000008cb489c01b3 dm-79 SUN,CSM200_R [size=300G][features=1 queue_if_no_path][hwhandler=1 rdac][rw] \_ round-robin 0 [prio=6][enabled] \_ 5:0:0:11 sdu 65:64 [active][ready] \_ round-robin 0 [prio=2][enabled] \_ 7:0:0:11 sdab 65:176 [active][ghost] \_ 5:0:1:11 sdbi 67:192 [active][ghost] For comparison, here is a volume in normal state: 3600a0b80004808d200000b8948b281a6 dm-81 SUN,CSM200_R [size=20G][features=1 queue_if_no_path][hwhandler=1 rdac][rw] \_ round-robin 0 [prio=12][active] \_ 7:0:0:12 sdae 65:224 [active][ready] \_ 5:0:1:12 sdbj 67:208 [active][ready] \_ round-robin 0 [prio=2][enabled] \_ 5:0:0:12 sdv 65:80 [active][ghost] \_ 7:0:1:12 sdch 69:80 [active][ghost] -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.