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#c24
Tamás Németh changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |NEW
Info Provider|nice@titanic.nyme.hu |
--- Comment #24 from Tamás Németh 2009-05-22 18:31:51 MDT ---
Relevant material about the Linux vs. StorageTek 6140 / AVT vs. RDAC topics:
http://forums.sun.com/thread.jspa?threadID=5296322
https://www.eng.utoledo.edu/ecc/secure-docs/user/sun_docs/6130/infodoc-83529...
OpenSUSE 10.3 (which lacked the rdac hardware handler, at least with the
xen.org 2.6.18 kernel) works with this storage (at least after modifying some
sysV init scripts), but openSUSE 11.1 does not:
Finally I set the host type to 'Linux' (non-AVT, RDAC supported), but the xen
kernel always(?) fails to load the system. Is stalls at a certain point (see
and attached image later). Default kernel also stalls sometimes (seen another
attched image), but sometimes succeeds to load the system and then:
-There are no storage system warning messages (I think it's because this RDAC
thing informs the kernel which path to use).
-All fibrechannell path devices are recognized, thus all multipath volumes are
constructed correctly.
-YaST2/partitioning works.
-YaST2/bootloader module works.
-mkinitrd finishes its job quickly.
but:
-/etc/init.d/boot.multipath is still unable to remove multipaths during
shutdown (see the reopened https://bugzilla.novell.com/show_bug.cgi?id=468826 )
So, in order to be able to use Xen I have to revert to AVT instead of RDAC (I
think the rdac subsytem in the kernel recognizes AVT mode, so no configuration
change is necessary, since during booting I've seen messages like this: rdac:
AVTmode detected)
To sum up, although both AVT and RDAC mode seems to be broken with openSUSE
11.1 on this storage, RDAC behaves better if it accidentally happens to finish
the boot process.
--
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.