From: "Caushik, Ramesh" <ramesh.caushik@intel.com> To: device-mapper development <dm-devel@redhat.com> Cc: linux-raid@vger.kernel.org, linux-hotplug-devel@lists.sourceforge.net, linux-scsi@vger.kernel.org Subject: RE: [dm-devel] [ANNOUNCE] multipath-tools-0.4.1 Date: Tue, 21 Dec 2004 14:02:12 -0800 [thread overview] Message-ID: <EA4DC661A6353747A2E5C0DE8792DDDE074BF47E@orsmsx404.amr.corp.intel.com> (raw) 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@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of christophe varoqui Sent: Monday, December 20, 2004 8:01 AM To: device-mapper development Cc: linux-raid@vger.kernel.org; linux-hotplug-devel@lists.sourceforge.net; linux-scsi@vger.kernel.org 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@free.fr> -- dm-devel mailing list dm-devel@redhat.com https://www.redhat.com/mailman/listinfo/dm-devel
WARNING: multiple messages have this Message-ID (diff)
From: "Caushik, Ramesh" <ramesh.caushik@intel.com> To: device-mapper development <dm-devel@redhat.com> Cc: linux-raid@vger.kernel.org, linux-hotplug-devel@lists.sourceforge.net, linux-scsi@vger.kernel.org Subject: RE: [dm-devel] [ANNOUNCE] multipath-tools-0.4.1 Date: Tue, 21 Dec 2004 22:02:12 +0000 [thread overview] Message-ID: <EA4DC661A6353747A2E5C0DE8792DDDE074BF47E@orsmsx404.amr.corp.intel.com> (raw) In-Reply-To: <1103558483.11345.17.camel@zezette> 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@redhat.com [mailto:dm-devel-bounces@redhat.com] On Behalf Of christophe varoqui Sent: Monday, December 20, 2004 8:01 AM To: device-mapper development Cc: linux-raid@vger.kernel.org; linux-hotplug-devel@lists.sourceforge.net; linux-scsi@vger.kernel.org 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@free.fr> -- dm-devel mailing list dm-devel@redhat.com https://www.redhat.com/mailman/listinfo/dm-devel ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
next reply other threads:[~2004-12-21 22:02 UTC|newest] Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-12-21 22:02 Caushik, Ramesh [this message] 2004-12-21 22:02 ` [dm-devel] [ANNOUNCE] multipath-tools-0.4.1 Caushik, Ramesh 2004-12-21 23:03 ` christophe varoqui 2004-12-22 1:09 ` christophe varoqui 2004-12-21 23:19 ` christophe varoqui 2004-12-22 1:26 ` christophe varoqui -- strict thread matches above, loose matches on Subject: below -- 2004-12-23 19:08 Duane Grigsby 2004-12-23 19:17 ` Christoph Hellwig 2004-12-23 19:17 ` Christoph Hellwig 2004-12-23 12:19 James.Smart 2004-12-23 12:19 ` James.Smart 2004-12-22 21:54 Caushik, Ramesh 2004-12-22 21:54 ` Caushik, Ramesh 2004-12-23 13:28 ` Christoph Hellwig 2004-12-23 13:28 ` Christoph Hellwig 2004-12-22 21:05 James.Smart 2004-12-22 21:05 ` James.Smart 2004-12-22 21:23 ` christophe varoqui 2004-12-22 23:30 ` christophe varoqui 2004-12-22 19:26 Caushik, Ramesh 2004-12-22 19:26 ` Caushik, Ramesh 2004-12-22 19:45 ` christophe varoqui 2004-12-22 21:52 ` christophe varoqui 2004-09-25 0:24 [ANNOUNCE] multipath-tools-0.2.9 christophe varoqui 2004-09-25 0:24 ` christophe varoqui 2004-10-06 9:22 ` [ANNOUNCE] multipath-tools-0.3.0 christophe.varoqui 2004-10-06 9:22 ` christophe.varoqui 2004-10-06 9:50 ` [dm-devel] " Lars Marowsky-Bree 2004-10-06 9:50 ` Lars Marowsky-Bree 2004-10-06 10:18 ` christophe.varoqui 2004-10-06 10:18 ` christophe.varoqui 2004-10-11 12:00 ` Lars Marowsky-Bree 2004-10-11 12:00 ` Lars Marowsky-Bree 2004-10-11 12:31 ` christophe.varoqui 2004-10-11 12:31 ` christophe.varoqui 2004-10-07 20:01 ` Dave Olien 2004-10-07 20:01 ` Dave Olien 2004-10-08 12:49 ` christophe.varoqui 2004-10-08 12:49 ` christophe.varoqui 2004-10-11 11:50 ` [ANNOUNCE] multipath-tools-0.3.1 christophe.varoqui 2004-10-11 11:50 ` christophe.varoqui 2004-10-12 18:35 ` Dave Olien 2004-10-12 18:35 ` Dave Olien 2004-10-17 14:03 ` multipath-tools-0.3.2 christophe varoqui 2004-10-17 14:03 ` multipath-tools-0.3.2 christophe varoqui 2004-10-20 10:46 ` [ANNOUNCE] multipath-tools-0.3.3 christophe.varoqui 2004-10-20 10:46 ` christophe.varoqui 2004-10-24 22:14 ` [ANNOUNCE] multipath-tools-0.3.4 christophe varoqui 2004-10-24 22:14 ` christophe varoqui 2004-10-25 8:22 ` Arjan van de Ven 2004-10-25 8:22 ` Arjan van de Ven 2004-10-25 9:38 ` christophe.varoqui 2004-10-25 9:38 ` christophe.varoqui 2004-10-25 10:39 ` Douglas Gilbert 2004-10-25 10:39 ` Douglas Gilbert 2004-10-25 21:03 ` [dm-devel] " Lars Marowsky-Bree 2004-10-25 21:03 ` Lars Marowsky-Bree 2004-10-26 17:52 ` Mike Christie 2004-10-26 17:52 ` Mike Christie 2004-10-26 10:06 ` [ANNOUNCE] multipath-tools-0.3.5 christophe.varoqui 2004-10-26 10:06 ` christophe.varoqui 2004-11-01 17:08 ` [ANNOUNCE] multipath-tools-0.3.6 christophe varoqui 2004-11-01 17:08 ` christophe varoqui 2004-11-11 23:10 ` [ANNOUNCE] multipath-tools-0.3.7 christophe varoqui 2004-11-11 23:10 ` christophe varoqui 2004-11-25 14:55 ` [ANNOUNCE] multipath-tools-0.3.8 christophe varoqui 2004-11-25 14:55 ` christophe varoqui 2004-12-05 15:43 ` [ANNOUNCE] multipath-tools-0.3.9 christophe varoqui 2004-12-05 15:43 ` christophe varoqui 2004-12-12 17:20 ` [ANNOUNCE] multipath-tools-0.4.0 christophe varoqui 2004-12-12 17:20 ` christophe varoqui 2004-12-12 18:08 ` ISCSI Guy 2004-12-12 18:55 ` ISCSI Ming Zhang 2004-12-12 21:07 ` ISCSI Guy 2004-12-12 21:12 ` ISCSI Ming Zhang 2004-12-20 16:01 ` [ANNOUNCE] multipath-tools-0.4.1 christophe varoqui 2004-12-20 16:01 ` christophe varoqui 2005-01-23 23:03 ` [ANNOUNCE] multipath-tools-0.4.2 christophe varoqui 2005-01-23 23:03 ` christophe varoqui 2005-03-19 14:27 ` [ANNOUNCE] multipath-tools-0.4.3 christophe varoqui 2005-03-19 14:27 ` christophe varoqui 2005-04-24 22:26 ` [ANNOUNCE] multipath-tools-0.4.4 christophe varoqui 2005-04-24 22:26 ` christophe varoqui 2005-04-25 9:28 ` Lars Marowsky-Bree
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=EA4DC661A6353747A2E5C0DE8792DDDE074BF47E@orsmsx404.amr.corp.intel.com \ --to=ramesh.caushik@intel.com \ --cc=dm-devel@redhat.com \ --cc=linux-hotplug-devel@lists.sourceforge.net \ --cc=linux-raid@vger.kernel.org \ --cc=linux-scsi@vger.kernel.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.