http://bugzilla.novell.com/show_bug.cgi?id=495224 User hare@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=495224#c18 Hannes Reinecke <hare@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |nice@titanic.nyme.hu --- Comment #18 from Hannes Reinecke <hare@novell.com> 2009-05-22 03:10:59 MDT --- Quite so. Problem is indeed having a host type of 'AIX failover'. Various OSes expect different behaviour with regard to multipathing. 'AIX failover' as selected in this case would cause all _possible_ LUNs to appear in the linux kernel, hence the slightly weird 'lsscsi' output. The suggestion here is to set the host type to 'Linux' (if you are not using the 'rdac' hardware handler) or 'Solaris' (if you are using the 'rdac' hardware handler). Otherwise unexpected behaviour will occur as you've just seen. The 'Linux' host type is a failover mode with 'AVT' (automatic volume transfer) enabled, basically a multipath failover which is capable of switching paths automatically. However, this switch over takes some time so the system might become quite slow occasionally. For this reason I would suggest using 'Solaris' as host type, which is just like 'Linux' except that it doesn't use 'AVT' mode. So the storage array won't switch paths automatically and hence we won't induce any degradation. We do need the 'rdac' hardware handler here, though, as multipath has to send switch-over commands. Does that work better? -- 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.