nothing. from the 10.04 syslog, I do see this right after all the scsi
attach events:
Sep 24 13:54:01 file3 multipathd: sdm: add path (uevent)
Sep 24 13:54:02 file3 kernel: [7.297268] sd 10:0:0:0: rdac: LUN 0 (unowned)
Sep 24 13:54:02 file3 kernel: [7.299115] sd 8:0:0:0: rdac: LUN 0
Then the only possible actors left are the actual initramdisk contents e.g.
zcat initrd | cpio -id and examine all the scripts (init, conf/modules) to
determine
how it could be loaded. The absence of the module reference in all of /etc and
/usr/share/initramfs-tools/ tell me that whatever is
** Attachment added: my conf file
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1057054/+attachment/3346034/+files/multipath.conf
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
I have also tried a clean install of precise and I see the same results.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1057054
Title:
poor performance after upgrade to
Have you verified that the rdac driver is loaded? Also please account for
the contents of /etc/initramfs-tools/modules, scsi_dh_rdac must be
loaded at boot time to be discovered correctly.
** Changed in: multipath-tools (Ubuntu)
Status: New = Incomplete
--
You received this bug
via lsmod? scsi_dh_rdac is loaded. Does it need to be in the initramfs
even if I'm not booting off it?
doing so does fix the performance, but it is also counter-intuitive.
Shouldn't the multipath driver read the conf file and load the needed
modules before finding anything?
--
You received
That's never how it works. multipath has no kernel module loading ability. Would
make a nice feature though. I admit that discovering which dh
is the necessary one is a bit arcane and not well documented anywhere.
The best practice here is to load the necessary device handler into your initrd
so
My devices are on iscsi, and I'm not booting off them. They are not
connected until after the root goes live and network comes active, via
normal means.
I never manually loaded scsi_dh_rdac before, it's not in my initrd nor
my modules files. It loaded automatically somehow. Why isn't it
There is no feature, that has ever existed, that has the capacity to *at
runtime*
examine all attached disks, and cross reference their SCSI INQUIRY data to
a table of available device handlers. That table does not exist, if it did, it
would be miserable to maintain.
I checked the udev rules and
But it survive a reboot. several in fact. I always reboot after major
config changes to reduce the chance of a 2am phone call after a power
outage. I don't lightly file bugs, it's 3 days and 4 OS re-installs to
get me here. This was working on Lucid, and required additional setup
for Precise
Hmm, that's interesting, does that mean that after reboot scsi_dh_rdac is
loaded?
Please verify.
Yes, it is available with the lucid kernel. Also note that if you were to
reference
your vendor documentation, it would probably recommend that you load
rdac driver (been around for a long time
after the upgrade and initial reboot, I change the config file and
verified multipath -ll was as I expected, then rebooted and did the pv
test. I did nothing else between my first posting and the reply
verifying lsmod, so yes, it was loaded on reboot.
I have both controllers in the md3000i, and
Then we might have a distro bug here, which is weird as I've done hundreds of
SAN installs with lucid and have had to manage the scsi_dh modules everytime.
So on your lucid system, /etc/initramfs-tools/modules should be empty
except for the commented out examples.
The next thing to check is the
There's nothing in any of the priority checkers except scsi cmds. See for
yourself.
bzr+ssh://bazaar.launchpad.net/+branch/ubuntu/lucid/multipath-tools/
path_priority/pp_rdac/pp_rdac.c
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
14 matches
Mail list logo
