[dm-devel] Multi-Path on SuSe
Diare, Aboubacar
aboubacar.diare at hp.com
Tue Dec 14 05:35:21 UTC 2004
> it works (as far as I got it during the time I had) only
> basically if configured with dmsetup manually. I.e. it fails
> over once if the primary path fails. How far did you get it working?
Well here is what I have:
1 DL585 running SLES 9 with kernel 2.6.5-7.111.5. Two Qlogic HBAs using
the 8.00.00 driver.
Each HBA is connected to a Fibre Channel switch (Total of two switches).
Each switch also has a port from the target I am using connected to it.
I am using HP arrays, XP128 and the XP12000, two ports on each arrays.
After installing the OS and kernel. I dowloaded and installed udev-046
and tested that it worked by creating random rules and that works fine.
However udevd is not started by default at system boot time. So I did a
insserv boot.udev.
I then installed hotplug-2004-09-23.tar.gz
I installed device-mapper 1.00.19
I installed multipath-tools-0.3.9
I created the attached /etc/multipath.conf file
I started the udev daemon
I started the Multipathd daemon
And I get the following:
Dec 13 21:10:08 netsrv83 multipathd: --------start up--------
Dec 13 21:10:08 netsrv83 multipathd: start DM events thread
Dec 13 21:10:08 netsrv83 multipathd: initial reconfigure multipath maps
Dec 13 21:10:08 netsrv83 multipathd: no devmap found
Dec 13 21:10:08 netsrv83 multipathd: path checkers start up
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 65:160
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 65:176
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 65:192
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 65:208
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 65:224
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 65:240
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:0
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:16
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:32
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:48
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:64
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:80
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:96
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:112
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:128
Dec 13 21:10:08 netsrv83 multipathd: path checker startup : 66:144
...................... (more the the rest of the Luns)
Followed by the following after a little while:
Dec 13 21:12:40 netsrv83 multipathd: 67:64 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 67:80 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 67:96 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 67:112 : readsector0 checker
reports path is down
Dec 13 21:12:40 netsrv83 multipathd: 67:128 : readsector0 checker
reports path is down
Dec 13 21:12:40 netsrv83 multipathd: 67:144 : readsector0 checker
reports path is down
Dec 13 21:12:40 netsrv83 multipathd: 67:160 : readsector0 checker
reports path is down
Dec 13 21:12:40 netsrv83 multipathd: 67:176 : readsector0 checker
reports path is down
Dec 13 21:12:40 netsrv83 multipathd: 67:192 : readsector0 checker
reports path is down
Dec 13 21:12:40 netsrv83 multipathd: 67:208 : readsector0 checker
reports path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:16 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:32 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:48 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:64 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:80 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:96 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:112 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:128 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:144 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:160 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:176 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:192 : readsector0 checker reports
path is down
Dec 13 21:12:40 netsrv83 multipathd: 8:208 : readsector0 checker reports
path is down
What I am trying to do is setup Multipathing just for Lun zero and Lun
one on the second storage device.
My storage devices as seen by the HBA are as follows:
SCSI Device Information:
scsi-qla0-adapter-node=200000e08b177dc5;
scsi-qla0-adapter-port=210000e08b177dc5;
scsi-qla0-target-0=50060e8003c3de14; <-- Target 1
scsi-qla0-target-1=50060e800427f611; <-- Target 2
Running the command multipath -v 2 doesn't yield any output and /dev had
no dm device created.
> I didn't have time to figure out yet how it does the mapping
> setup via
> /etc/udev.d/block/ as suggested by Christophe on 11/26.
> It might depend on the SCSI-Devices you have, I get valid
> WWIDs only with "/sbin/scsi_id -g -p 0x80 -s" but that
> doesn't solve the problem
> of autodetecting yet.
>
SuSE does not have /etc/udev.d it's /etc/udev instead but there is no
block folder under that path and I am not sure what you mean by setting
up the mapping via /etc/udev/block. I get valid wwid with the default
scsi_id usage:
/sbin/scsi_id -g -u -s
> I got some beta packages from the upcomming SLES9-SP1 from
> SuSE-Support (multipath-tools-0.3.6, device-mapper-1.00.19 +
> appropriate kernel) but will/might have the opportunity to
> test it not earlier than next week.
> Novell/SuSE probably doesn't like publishing links of their
> beta packages but I assume they like that their packages are
> well tested- so you might call the helpful RSchmidt from SuSE
> Support or refer to ftp.suse.com/pub/people/ - and give some
> feedback.
I'll look into this.
Thanks.
Aboubacar.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: multipath.conf
Type: application/octet-stream
Size: 4614 bytes
Desc: multipath.conf
URL: <http://listman.redhat.com/archives/dm-devel/attachments/20041213/cb481ddd/attachment.obj>
More information about the dm-devel
mailing list