From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hannes Reinecke Subject: Re: Multipath issues with kernel device errors Date: Wed, 29 Aug 2007 08:14:39 +0200 Message-ID: <46D50ECF.6020701@suse.de> References: <8CED8CEBA23FC0409E1A3009F7F47BE502471065@exchange.g2switchworks.com> <1188333723.12737.7.camel@linuxchandra> <8CED8CEBA23FC0409E1A3009F7F47BE502471086@exchange.g2switchworks.com> <1188338656.12737.18.camel@linuxchandra> Reply-To: device-mapper development Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <1188338656.12737.18.camel@linuxchandra> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dm-devel-bounces@redhat.com Errors-To: dm-devel-bounces@redhat.com To: device-mapper development List-Id: dm-devel.ids Chandra Seetharaman wrote: > You do not have the latest table.=20 > 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 > } > } >=20 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 --=20 Dr. Hannes Reinecke zSeries & Storage hare@suse.de +49 911 74053 688 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg GF: Markus Rex, HRB 16746 (AG N=FCrnberg)