Thank you!! mpath_prio_hp_sw was certainly missing, so I just used the failover option and commented it out. Those errors are gone now! Thanks so much for your help! - JB -----Original Message----- From: dm-devel-bounces@xxxxxxxxxx [mailto:dm-devel-bounces@xxxxxxxxxx] On Behalf Of Hannes Reinecke Sent: Wednesday, August 29, 2007 1:15 AM To: device-mapper development Subject: Re: Multipath issues with kernel device errors Chandra Seetharaman wrote: > You do not have the latest table. > Try with the table below (converted from 0.4.8 version's hwtable.c) > devices { > device { > vendor "COMPAQ" > product "MSA1000" > path_grouping_policy group_by_prio > path_checker tur > prio_callout "/sbin/mpath_prio_alua /dev/%n" > getuid_callout "/sbin/scsi_id -g -u -s /block/%n" > failback immediate > } > } > Errm. Not quite. My sources indicate that this machine runs the older active/passive firmware, which requires the 'hp_sw' hardware handler to run properly. So better use this: devices { device { vendor "COMPAQ" product "MSA1000" hardware_handler "1 hp_sw" path_grouping_policy group_by_prio path_checker hp_sw prio_callout "/sbin/mpath_prio_hp_sw /dev/%n" getuid_callout "/sbin/scsi_id -g -u -s /block/%n" failback manual } } if mpath_prio_hp_sw is missing complain to Ben Marzinski :-) Alternatively you can use path_grouping_policy failover and omit the prio_callout altogether. But then only one path per SP are used. Cheers, Hannes -- Dr. Hannes Reinecke zSeries & Storage hare@xxxxxxx +49 911 74053 688 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: Markus Rex, HRB 16746 (AG Nürnberg) -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
