On Wed, Jun 04, 2008 at 12:35:43AM +0200, Christopher wrote:
> I'm on my second atempt to configure iSCSI (Dell EqualLogic PS5000XV) on
> linux (CentOS 5.1 x86_64). The first ended in a total caos and kernel panic
> I didn't manage to recover from. No biggie, since it's a new server
> (actually will be two identical running a cluster with iSCSI as shared
> I've got a dualport QLogic iSCSI HBA QLE4062C card. I am trying to
> configure my server to use multipath to the EqualLogic, but i'm not
> confident it's safe to put it in production since I get this error in my
> message log (dmesg) when what I believe is correct configuration gives me
> lots of these:
> device-mapper: table: 253:0: multipath: error getting device
> device-mapper: ioctl: error adding target to table
1) Diff of device mapper.
I've followed your post previously and I am wondering if you can do:
#dmsetup status > pre
load your qla4xxx module
wait till it has stabilized, see when that device-mapper error shows up,
#dmsetup status > post
#diff pre post
And send it to this mailing list. You should see one new entry being
added (or rather, one for one set of LUNs). If there is a multipath
entry for your newly added block device you are OK. If it isn't
showing up (and multipath -ll doesn't show your EQLOGIC multipath
device-map) something is hosed.
2). Trace your udev creation.
The multipath error might be due to 'kpartx' being called on your
device. I don't remember the logic of how this works (and each
distro has is differently), but do this:
a). Make sure your /etc/udev* directory is virgin. Remove any
changes you might have made in there.
b). Edit the /etc/udev/udev.conf and change udev_log to be:
c). Restart your machine, skip the multitude of debug messages, and
when the machine has stabilized:
1). modprobe qla4xxx
2). look at the console output. If you have syslog it probably
stuck the output in /var/log/messages or /var/log/allmessages.
You might need to edit your /etc/syslog.conf to make it log
debug messages to a file (it could be defined as /var/log/debug?)
3). Look at the output. Note down all the commands, and then
unload the qla4xxx module, kill the udev or better yet move
the /etc/udev/rules directory to another place. After that
reload the qla4xx and do all of those commands the udev would
have done and see which one causes the error to appear.
Send the result to the device-mapper mailing list.. and people
might have better ideas of what is wrong.
> First I used the drivers from QLogic and thought it was a bug in the
> driver, but after I removed them the system loaded the kernel provided
> qla4xxx driver and the error still showed in my log.
> Is this a but in device-mapper-multipath or is it my config?
I think it is a configuration bug in udev rules or that your block
devices might have some weird device-mapper rules in it (like maybe
crypt-loop or what-not) and your udev rules try to parse it but
do it wrong. Either way, I would blame udev :-)
> For more info on this, see my open-iscsi post on google groups:
> I posted there first, but ppl in the group told me to go to dm-devel.
> dm-devel mailing list
dm-devel mailing list