The devinfo.c file in the multipath-tools-0.4.1 appears to have a typo in the code to get the node_name attr in the fc_transport sysfs entry. Path below should fix it. BTW why does a failure to get a node_name attribute, result in failure of multipath discovery (because devinfo returns failure)even if the "group_by_node_name" policy is not used ? Can't we just NULL out the tgt_node_name string in the sysfs_devinfo routine and fail the group_by_node_name routine if that policy was chosen ? That is what happened in my case. Multipath discovery failed due to above reason even though node_name grouping was not specified. *************** diff new_multipath/devinfo.c old_multipath/devinfo.c 349c349 < "%s/class/fc_transport/target%i:%i:%i/node_name", --- > "%s/class/fc_transport/%i:%i:%i:%i/node_name", 353c353,354 < curpath->sg_id.scsi_id)) { --- > curpath->sg_id.scsi_id, > curpath->sg_id.lun)) { *********** Ramesh. -----Original Message----- From: dm-devel-bounces@xxxxxxxxxx [mailto:dm-devel-bounces@xxxxxxxxxx] On Behalf Of christophe varoqui Sent: Monday, December 20, 2004 8:01 AM To: device-mapper development Cc: linux-raid@xxxxxxxxxxxxxxx; linux-hotplug-devel@xxxxxxxxxxxxxxxxxxxxx; linux-scsi@xxxxxxxxxxxxxxx Subject: [dm-devel] [ANNOUNCE] multipath-tools-0.4.1 Hello, here goes multipath-tools-0.4.1 Another round of bugfixes. People are starting to report sane behaviour. If someone at IBM (or knowledgeable enough) is listening, we need a method to check a path status on a T200 that don't trigger a controler bounce. Is it possible at all ? Full ChangeLog for the release : * [multipath] bump SERIAL_SIZE to 19 * [multipath] add a new group_by_node_name pgpolicy * [multipath] move getopt policy parser to get_policy_id() * [multipath] remove get_evpd_wwid() * [checkers] fix the wwn_set test in emc checker (Hergen Lange) * [checkers] treat the emc checker in the name to index translator function (Hergen Lange) * [multipath] print to stderr DM unmet requirement (Guido Guenther) * [multipath] fix realloc return value store not propagated to caller by merge_word() (Nicola Ranaldo) As usual, doc and download at : http://christophe.varoqui.free.fr/ regards, -- christophe varoqui <christophe.varoqui@xxxxxxx> -- dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel