** Tags added: testcase
--
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/644489
Title:
constantly changes /dev/disk/by-id/{scsi,wwn}-* LUN symlinks with
multipathing
To
On Fri, Jun 17, 2011 at 08:17:11PM -, Peter Petrakis wrote:
- stop multipathd: service multipath-tools stop
- monitor udev events as root: udevadm monitor
There should be no new change events.
Yup.
then in a separate terminal, as root run:
/sbin/mpath_prio_netapp /dev/sdb (or any
Accepted multipath-tools into lucid-proposed, the package will build now
and be available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Changed in: multipath-tools
John Morrissey [2011-06-24 16:51 -]:
So this won't be SRU'd for lucid?
It will. I just closed the useless generic Ubuntu tasks. A proper
package task is enough.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer
Accepted multipath-tools into natty-proposed, the package will build now
and be available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Changed in: ubuntu
On Fri, Jun 24, 2011 at 04:04:46PM -, Martin Pitt wrote:
Accepted multipath-tools into natty-proposed, the package will build now
and be available in a few hours.
[snip]
** Changed in: ubuntu
Status: Confirmed = Invalid
** Changed in: Ubuntu Lucid
Status: Confirmed =
@John,
the bug was also nominated for lucid. The proposed package just hasn't
been accepted (yet) into lucid-proposed, but I've seen no indication
that it was rejected.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools
** Branch linked: lp:ubuntu/natty-proposed/multipath-tools
--
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/644489
Title:
constantly changes /dev/disk/by-id/{scsi,wwn}-* LUN
On Fri, Jun 24, 2011 at 05:15:33PM -, Serge Hallyn wrote:
the bug was also nominated for lucid. The proposed package just hasn't
been accepted (yet) into lucid-proposed, but I've seen no indication
that it was rejected.
Cool. Does the LP bug get notified when it's accepted into -proposed,
Quoting John Morrissey (j...@horde.net):
On Fri, Jun 24, 2011 at 05:15:33PM -, Serge Hallyn wrote:
the bug was also nominated for lucid. The proposed package just hasn't
been accepted (yet) into lucid-proposed, but I've seen no indication
that it was rejected.
Cool. Does the LP bug
@ Martin
fix verified, no udev change events generated.
root@kickseed:~# udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent
^Z
[1]+ Stopped udevadm monitor
root@kickseed:~# bg
[1]+
** Changed in: multipath-tools (Ubuntu)
Status: Confirmed = In Progress
** Changed in: udev (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
After chatting with Douglas Gilbert on this I know have a better
understanding of the problem. This very issue has been raised by
him before on linux-scsi and it never saw final resolution.
http://kerneltrap.org/mailarchive/linux-scsi/2010/2/15/6778453
When the file descriptor to the SD device
** Changed in: multipath-tools (Ubuntu)
Status: In Progress = Fix Released
--
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/644489
Title:
constantly changes
** Also affects: multipath-tools (Ubuntu Lucid)
Importance: Undecided
Status: New
** Also affects: udev (Ubuntu Lucid)
Importance: Undecided
Status: New
** Also affects: multipath-tools (Ubuntu Maverick)
Importance: Undecided
Status: New
** Also affects: udev
also affects udev should be removed.
** Changed in: udev (Ubuntu Lucid)
Status: New = Invalid
** Changed in: udev (Ubuntu Maverick)
Status: New = Invalid
** Changed in: udev (Ubuntu Natty)
Status: New = Invalid
** Package changed: udev (Ubuntu) = ubuntu
** Description
To make sure this is clear, the issue appears to be fixed (per the
testcase and source code) in the 0.4.9 version merged into oneiric. The
debdiff above is needed for lucid-natty.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
** Changed in: ubuntu
Status: Invalid = Confirmed
** Changed in: Ubuntu Lucid
Status: Invalid = Confirmed
** Changed in: Ubuntu Maverick
Status: Invalid = Confirmed
** Changed in: Ubuntu Natty
Status: Invalid = Confirmed
--
You received this bug notification
On Sat, Jun 18, 2011 at 09:00:59PM -, Peter Petrakis wrote:
Excellent, you're still interested. I've got a fix for you to try.
Attached is a custom version of mpath_prio_netapp that should
not generate any more change events for you. Please post
for comparison that this new version returns
I can understand that. Attached is a debdiff of the updated package.
I must stress that may not be the final form of the solution. I'm
chatting with Douglas Gilbert (sg io maintainer) now about this.
So far it appears that using an SD device as the target for sg io
can have unintended side
Excellent, you're still interested. I've got a fix for you to try.
Attached is a custom version of mpath_prio_netapp that should
not generate any more change events for you. Please post
for comparison that this new version returns the same data
as the old one.
move the old mpath_prio_netapp to
On Sat, Jun 18, 2011 at 09:00:59PM -, Peter Petrakis wrote:
Excellent, you're still interested. I've got a fix for you to try.
Attached is a custom version of mpath_prio_netapp
Would you provide a patch to multipath-tools instead, please? I'd be more
comfortable building a patched binary
@John, I've got a test for you.
- stop multipathd: service multipath-tools stop
- monitor udev events as root: udevadm monitor
There should be no new change events.
then in a separate terminal, as root run:
/sbin/mpath_prio_netapp /dev/sdb (or any netapp device)
do you see a change event each
We had another incident of this fault, but with an EMC Clariion CX4-120.
After eliminating LVM, and moving to a default MP config. It wasn't
until we removed the change rule to the 95-multipath.tools script
that the udev error messages ceased. I'm convinced that this
approach for the boot scripts
Hi Peter,
I assigned this to you to get your feedback. To summarize this bug,
the line
# Coalesce multipath devices before multipathd is running (initramfs, early
# boot)
ACTION==add|change, SUBSYSTEM==block, RUN+=/sbin/multipath -v0 /dev/%k
in 95-multipath.tools udev rule was added to:
Hi,
sorry, the bulb is slowly, dimly, turning on. You are the one who
submitted bug 644481. Does fixing the rule to use '-q' fix this bug for
you?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
On Wed, Apr 13, 2011 at 03:59:58PM -, Serge Hallyn wrote:
Does fixing the rule to use '-q' fix this bug for you?
Doesn't seem to. Changing the one instance of -Q in
/lib/udev/rules.d/95-kpartx.rules to -q doesn't change the behavior
described in this bug.
john
--
John Morrissey _o
Could you attach /var/log/udev, or whatever your udev logs might be?
--
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/644489
Title:
constantly changes
Thanks, John. Looking at the info, udev is sending 'change' uevents for
the LUNs every few seconds. So I don't know that multipath is doing
anything wrong, the question is why are the uevents being sent?
** Also affects: udev (Ubuntu)
Importance: Undecided
Status: New
--
You
Please run multipathd with '-v4', and after a few events post
/var/log/daemon.log. This should have some very useful info.
I'd also be curious to see what
/sbin/mpath_prio_netapp /dev/n
gives you for a valid n.
--
You received this bug notification because you are a member of Ubuntu
Wasn't sure which /dev paths you were interested in specifically, so
here's ~everything that might be relevant.
We don't run the stock syslog configuration, so I filtered out
multipathd verbose output from our syslogs and attached it; let me know
if you were looking for something more than
I should also note that the errant behavior has changed a little since
we first observed it; events used to be generated constantly, but now
there are large bursts every ~20s.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
What additional information do you need?
--
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/644489
Title:
constantly changes /dev/disk/by-id/{scsi,wwn}-* LUN symlinks with
Hi,
are you still having this problem? If so, I'd like to gather some
debugging information.
--
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/644489
Title:
constantly
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided = High
** Changed in: multipath-tools (Ubuntu)
Status: New = Confirmed
--
constantly changes /dev/disk/by-id/{scsi,wwn}-* LUN symlinks with multipathing
https://bugs.launchpad.net/bugs/644489
You received this bug
For example, running 'multipath -v0 /dev/sda' while watching 'udevadm
monitor -e' shows one event generated for each path, each time the
multipath command is run. Each even would generate another multipath(8)
invocation.
Looks like the multipath(8) action in 95-multipath.rules is causing an
Looks like this call to multipath(8) in the udev rules was added quite a
while ago. I'm not sure where to go from here; our hardy machines don't
exhibit this behavior, and I'm not sure what's generating the events or
how to break the loop short of commenting out the udev rule action.
37 matches
Mail list logo
