* latest multipath-tools from git breaks EMC CX
@ 2005-06-02 20:46 Lars Marowsky-Bree
2005-06-02 21:42 ` christophe varoqui
0 siblings, 1 reply; 5+ messages in thread
From: Lars Marowsky-Bree @ 2005-06-02 20:46 UTC (permalink / raw)
To: dm-devel
More specifically, it fails to detect the vendor correctly, and uses the
most basic internal defaults:
...
===== path sdz =====
bus = 0
dev_t = 65:144
size = 280278656
path checker = readsector0 (internal default)
#
# all paths :
#
#:#:#:# sdaa 65:160 []
#:#:#:# sdab 65:176 []
#:#:#:# sdac 65:192 []
#:#:#:# sdad 65:208 []
#:#:#:# sdae 65:224 []
#:#:#:# sdaf 65:240 []
#:#:#:# sdag 66:0 []
#:#:#:# sdah 66:16 []
#:#:#:# sdai 66:32 []
#:#:#:# sdaj 66:48 []
...
params = 0 0 4 2 round-robin 0 1 1 65:240 1000 round-robin 0 1 1 66:224 1000 round-robin 0 1 1 8:16 1000 round-robin 0 1 1 65
:0 1000
status = 1 0 0 4 2 E 0 1 0 65:240 F 1 A 0 1 0 66:224 A 0 E 0 1 0 8:16 F 1 E 0 1 0 65:0 A 0
3600601607cf30e00174589a37a31d911
[size=127 GB][features="0"][hwhandler="0"]
\_ round-robin 0 [enabled]
\_ #:#:#:# sdaf 65:240 [failed]
\_ round-robin 0 [active][best]
\_ #:#:#:# sdau 66:224 [active]
\_ round-robin 0 [enabled]
\_ #:#:#:# sdb 8:16 [failed]
\_ round-robin 0 [enabled]
\_ #:#:#:# sdq 65:0 [active]
...
Just what the heck is going on there? ;-)
I don't get any more output than that, sorry.
Sincerely,
Lars Marowsky-Brée <lmb@suse.de>
--
High Availability & Clustering
SUSE Labs, Research and Development
SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin
"Ignorance more frequently begets confidence than does knowledge"
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: latest multipath-tools from git breaks EMC CX
2005-06-02 20:46 latest multipath-tools from git breaks EMC CX Lars Marowsky-Bree
@ 2005-06-02 21:42 ` christophe varoqui
2005-06-03 6:54 ` Mike Anderson
0 siblings, 1 reply; 5+ messages in thread
From: christophe varoqui @ 2005-06-02 21:42 UTC (permalink / raw)
To: device-mapper development
Most certainly the 8af5a2b1b5e4d3a457f5bb477214356385087eae commit is
the culprit : I did a bit of spliting in path discovery, and introduced
a new fn to get the sysfs bus that I use as a switch to choose a
discovery template.
Reading your output, I would say the bus fetching went wrong.
Well, revert it or debug it :/
Strange it didn't blew on me ...
On jeu, 2005-06-02 at 22:46 +0200, Lars Marowsky-Bree wrote:
> More specifically, it fails to detect the vendor correctly, and uses the
> most basic internal defaults:
>
> ...
> ===== path sdz =====
> bus = 0
> dev_t = 65:144
> size = 280278656
> path checker = readsector0 (internal default)
> #
> # all paths :
> #
> #:#:#:# sdaa 65:160 []
> #:#:#:# sdab 65:176 []
> #:#:#:# sdac 65:192 []
> #:#:#:# sdad 65:208 []
> #:#:#:# sdae 65:224 []
> #:#:#:# sdaf 65:240 []
> #:#:#:# sdag 66:0 []
> #:#:#:# sdah 66:16 []
> #:#:#:# sdai 66:32 []
> #:#:#:# sdaj 66:48 []
>
> ...
> params = 0 0 4 2 round-robin 0 1 1 65:240 1000 round-robin 0 1 1 66:224 1000 round-robin 0 1 1 8:16 1000 round-robin 0 1 1 65
> :0 1000
> status = 1 0 0 4 2 E 0 1 0 65:240 F 1 A 0 1 0 66:224 A 0 E 0 1 0 8:16 F 1 E 0 1 0 65:0 A 0
> 3600601607cf30e00174589a37a31d911
> [size=127 GB][features="0"][hwhandler="0"]
> \_ round-robin 0 [enabled]
> \_ #:#:#:# sdaf 65:240 [failed]
> \_ round-robin 0 [active][best]
> \_ #:#:#:# sdau 66:224 [active]
> \_ round-robin 0 [enabled]
> \_ #:#:#:# sdb 8:16 [failed]
> \_ round-robin 0 [enabled]
> \_ #:#:#:# sdq 65:0 [active]
>
> ...
>
> Just what the heck is going on there? ;-)
>
> I don't get any more output than that, sorry.
>
>
> Sincerely,
> Lars Marowsky-Brée <lmb@suse.de>
>
--
christophe varoqui <christophe.varoqui@free.fr>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: latest multipath-tools from git breaks EMC CX
2005-06-02 21:42 ` christophe varoqui
@ 2005-06-03 6:54 ` Mike Anderson
2005-06-03 9:43 ` Christophe Varoqui
0 siblings, 1 reply; 5+ messages in thread
From: Mike Anderson @ 2005-06-03 6:54 UTC (permalink / raw)
To: device-mapper development
christophe varoqui [christophe.varoqui@free.fr] wrote:
> Most certainly the 8af5a2b1b5e4d3a457f5bb477214356385087eae commit is
> the culprit : I did a bit of spliting in path discovery, and introduced
> a new fn to get the sysfs bus that I use as a switch to choose a
> discovery template.
>
> Reading your output, I would say the bus fetching went wrong.
>
> Well, revert it or debug it :/
>
I was hitting the same problem on my system (the sysfs_get_bus function
leaving bus a none) the hack below fix it for me, but I only tested the
bus code against scsi YMMV.
-andmike
--
Michael Anderson
andmike@us.ibm.com
Hack fix for libmultipath sysfs_get_bus function.
Signed-off-by: Mike Anderson <andmike@us.ibm.com>
---
--- multipath-tools-git/libmultipath/discovery.c 2005-06-03 06:11:15.752789640 -0700
+++ multipath-tools-fix/libmultipath/discovery.c 2005-06-03 06:21:15.913551336 -0700
@@ -337,6 +337,7 @@ get_serial (char * str, int fd)
static void
sysfs_get_bus (char * sysfs_path, struct path * curpath)
{
+ struct sysfs_device *sdev;
char attr_path[FILE_NAME_SIZE];
char attr_buff[FILE_NAME_SIZE];
@@ -352,25 +353,19 @@ sysfs_get_bus (char * sysfs_path, struct
condlog(0, "attr_path too small");
return;
}
- if (0 > sysfs_get_link(attr_path, attr_buff, sizeof(attr_buff)))
- return;
-
- if (strlen(attr_buff) + 4 > FILE_NAME_SIZE) {
- condlog(0, "attr_path too small");
- return;
- }
- snprintf(attr_path, FILE_NAME_SIZE, "%s/bus", attr_buff);
if (0 > sysfs_get_link(attr_path, attr_buff, sizeof(attr_buff)))
return;
- basename(attr_buff, attr_path);
-
- if (!strncmp(attr_path, "scsi", 4))
+ sdev = sysfs_open_device_path(attr_buff);
+
+ if (!strncmp(sdev->bus, "scsi", 4))
curpath->bus = SYSFS_BUS_SCSI;
- else if (!strncmp(attr_path, "ide", 3))
+ else if (!strncmp(sdev->bus, "ide", 3))
curpath->bus = SYSFS_BUS_IDE;
+ sysfs_close_device(sdev);
+
return;
}
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: latest multipath-tools from git breaks EMC CX
2005-06-03 6:54 ` Mike Anderson
@ 2005-06-03 9:43 ` Christophe Varoqui
2005-06-03 16:03 ` Lars Marowsky-Bree
0 siblings, 1 reply; 5+ messages in thread
From: Christophe Varoqui @ 2005-06-03 9:43 UTC (permalink / raw)
To: device-mapper development
>
> I was hitting the same problem on my system (the sysfs_get_bus function
> leaving bus a none) the hack below fix it for me, but I only tested the
> bus code against scsi YMMV.
>
Works for me too with iSCSI (scsi sysfs bus too).
Thanks, commited.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: latest multipath-tools from git breaks EMC CX
2005-06-03 9:43 ` Christophe Varoqui
@ 2005-06-03 16:03 ` Lars Marowsky-Bree
0 siblings, 0 replies; 5+ messages in thread
From: Lars Marowsky-Bree @ 2005-06-03 16:03 UTC (permalink / raw)
To: device-mapper development
On 2005-06-03T11:43:55, Christophe Varoqui <christophe.varoqui@free.fr> wrote:
> > I was hitting the same problem on my system (the sysfs_get_bus function
> > leaving bus a none) the hack below fix it for me, but I only tested the
> > bus code against scsi YMMV.
> Works for me too with iSCSI (scsi sysfs bus too).
>
> Thanks, commited.
Confirmed, works for me too.
--
High Availability & Clustering
SUSE Labs, Research and Development
SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin
"Ignorance more frequently begets confidence than does knowledge"
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2005-06-03 16:03 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-06-02 20:46 latest multipath-tools from git breaks EMC CX Lars Marowsky-Bree
2005-06-02 21:42 ` christophe varoqui
2005-06-03 6:54 ` Mike Anderson
2005-06-03 9:43 ` Christophe Varoqui
2005-06-03 16:03 ` Lars Marowsky-Bree
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.