[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-08-03 Thread Launchpad Bug Tracker
This bug was fixed in the package multipath-tools -
0.4.8-14ubuntu4.10.10.2

---
multipath-tools (0.4.8-14ubuntu4.10.10.2) maverick-proposed; urgency=high

  * Add patch to fix the expected pathname from multipath uevents
(LP: #690387)
 -- Serge HallynThu, 21 Jul 2011 11:26:02 -0500

** Changed in: multipath-tools (Ubuntu Maverick)
   Status: Fix Committed => Fix Released

** Changed in: multipath-tools (Ubuntu Lucid)
   Status: Fix Committed => 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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-08-03 Thread Launchpad Bug Tracker
This bug was fixed in the package multipath-tools -
0.4.8-14ubuntu4.10.04.2

---
multipath-tools (0.4.8-14ubuntu4.10.04.2) lucid-proposed; urgency=high

  * Add patch to fix the expected pathname from multipath uevents
(LP: #690387)
 -- Serge HallynThu, 21 Jul 2011 11:37:32 -0500

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-08-03 Thread Martin Pitt
** Tags removed: verification-needed
** Tags added: verification-done

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-28 Thread Stéphane Graber
Just confirmed the same behavior with maverick.

Devices disappeared and reappeared with the same name.

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-28 Thread Stéphane Graber
I reproduced the bug and can confirm the fix for lucid. Doing the same on 
maverick now.
Hardware for the test is:
HBA: QLogic Corp. ISP2312-based 2Gb Fibre Channel to PCI-X HBA
SAN: HP EVA3000

Connected with two different path directly between the QLogic and the
SAN.

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-22 Thread Clint Byrum
Awesome, thanks Peter.

Now, we need somebody who wasn't involved in creating the fix to verify
the fix, or at least verify that the package itself works without
regressions.

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-22 Thread Peter Petrakis
@Clint

maverick-proposed looks good.

# apt-cache showpkg multipath-tools
Package: multipath-tools
Versions: 
0.4.8-14ubuntu4.10.10.2 
(/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_maverick-proposed_main_binary-amd64_Packages)
 (/var/lib/dpkg/status)

# multipath -ll
222fb00015553d0d9dm-0 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:1:1 sdf 8:80  [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:0:1 sdb 8:16  [active][ready]
2225f00015562a505dm-1 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:1:3 sdh 8:112 [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:0:3 sdd 8:48  [active][ready]
222515568f586dm-3 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:0 sda 8:0   [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:1:0 sde 8:64  [active][ready]
222d8000155636433dm-2 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:2 sdc 8:32  [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:1:2 sdg 8:96  [active][ready]


# Reset a controller

# multipath -ll
222fb00015553d0d9dm-0 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=50][active]
 \_ 0:0:0:1 sdb 8:16  [active][ready]
2225f00015562a505dm-1 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=50][active]
 \_ 0:0:0:3 sdd 8:48  [active][ready]
222515568f586dm-3 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][enabled]
 \_ 0:0:0:0 sda 8:0   [active][ready]
222d8000155636433dm-2 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:2 sdc 8:32  [active][ready]


# It's back

# multipath -ll
222fb00015553d0d9dm-0 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:2:1 sdf 8:80  [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:0:1 sdb 8:16  [active][ready]
2225f00015562a505dm-1 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:2:3 sdh 8:112 [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:0:3 sdd 8:48  [active][ready]
222515568f586dm-3 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:0 sda 8:0   [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:2:0 sde 8:64  [active][ready]
222d8000155636433dm-2 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:2 sdc 8:32  [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:2:2 sdg 8:96  [active][ready]

# SD names were recycled correctly - FIXED

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-22 Thread Peter Petrakis
@Clint

lucid-proposed looks good.

$ apt-cache showpkg multipath-tools
Package: multipath-tools
Versions: 
0.4.8-14ubuntu4.10.04.2 
(/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_lucid-proposed_main_binary-amd64_Packages)
 (/var/lib/dpkg/status)


# multipath -ll
222fb00015553d0d9dm-3 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:1:1 sdf 8:80  [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:0:1 sdb 8:16  [active][ready]
2225f00015562a505dm-1 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:1:3 sdh 8:112 [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:0:3 sdd 8:48  [active][ready]
222515568f586dm-2 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:0 sda 8:0   [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:1:0 sde 8:64  [active][ready]
222d8000155636433dm-0 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:2 sdc 8:32  [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:1:2 sdg 8:96  [active][ready]

# Reset a controller

# multipath -ll
222fb00015553d0d9dm-3 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=50][active]
 \_ 0:0:0:1 sdb 8:16  [active][ready]
2225f00015562a505dm-1 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=50][active]
 \_ 0:0:0:3 sdd 8:48  [active][ready]
222515568f586dm-2 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:0 sda 8:0   [active][ready]
222d8000155636433dm-0 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:2 sdc 8:32  [active][ready]

# It's back

# multipath -ll
222fb00015553d0d9dm-3 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:2:1 sdf 8:80  [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:0:1 sdb 8:16  [active][ready]
2225f00015562a505dm-1 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:2:3 sdh 8:112 [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:0:3 sdd 8:48  [active][ready]
222515568f586dm-2 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:0 sda 8:0   [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:2:0 sde 8:64  [active][ready]
222d8000155636433dm-0 Intel   ,Multi-Flex
[size=10G][features=1 queue_if_no_path][hwhandler=1 alua]
\_ round-robin 0 [prio=130][active]
 \_ 0:0:0:2 sdc 8:32  [active][ready]
\_ round-robin 0 [prio=1][enabled]
 \_ 0:0:2:2 sdg 8:96  [active][ready]

# SD names were recycled correctly - FIXED

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-22 Thread Launchpad Bug Tracker
** Branch linked: lp:ubuntu/maverick-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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-22 Thread Clint Byrum
Hello Peter, or anyone else affected,

Accepted multipath-tools into maverick-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!

** Tags added: verification-needed

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-21 Thread Serge Hallyn
** Changed in: multipath-tools (Ubuntu Maverick)
   Status: In Progress => Fix Committed

** Changed in: multipath-tools (Ubuntu Lucid)
   Status: In Progress => Fix Committed

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-21 Thread Serge Hallyn
** Description changed:

  Binary package hint: multipath-tools
+ 
+ 
+ SRU Justification:
+ 1. Impact: multipath fail-over events are not handled by multipathd. The 
system therefore does not cleanly survive FOFB.
+ 2. How addressed: a bug from upstream is cherry-picked which fixes multipathd 
to look for the correct device pathnames in uevents it sees.
+ 3. Patch: see debdiff attached
+ 4. To reproduce: Start multipathd with -v4 argument. Reset an SCM to initiate 
FOFB. Watch /var/log/daemon.log for uevents relating to drives. Without the 
patch they don't show up. Additionally, upon failback, new block device names 
will be used (i.e. /dev/sdo instead of /dev/sda).
+ 5. Regression potential: the patch is to multipathd, so non-multipath users 
will not be affected. Multipathd users with an older kernel which uses the old 
pathanames could get the same behavior which uptodate users now have without 
this patch.
+ 
+ 
  
  This was exposed on the Intel IMS SAN which is an ODM'd Promise Vtrak
  variant on 10.04 server. The SAN has Active/Standby capabilities and
  is configured for failover. It probably affects other SANs too.
  
  Setup:
  multipath'd SAN consisting of SD block devices.
  
  Symptoms:
  On failover, multipath isn't gettng the right signals to tear down
  the defunct path. This was traced down to the fact that the path UDEV
  was presenting to multipath was different from what it was expecting.
  It simply dropped the request to gracefully remove the device, and
  instead responded to the SCSI mid-layer SD IO state change,
  SDEV_CANCEL/DEL which puts the device offline.
  
  Problem is device mapper still has an handle on the SD device, as
  can be seen from /sys/block/dm-x/slaves, and as a result,
  scsi_target_destroy is never called. The outward symptom of this
  is the SD suffix is not recycled because of course the previous
  reference never dropped.
  
  Solution:
  A fix was developed independently of upstream by Serge Hallyn,
  later it was found that it was fixed upstream, in 2008.
  The patch is:
  
  commit 7fa7affc3d23dd9dc906804d22a61144bca9f9b9
  Author: Benjamin Marzinski 
  Date: Thu Dec 11 16:03:28 2008 -0600
  
  Fix for uevent devpath handling
  
  This is necessary to make uevents work on fedora, since devpath appears as
  something like:
  
'/devices/pci:00/:00:0a.0/:06:00.0/host11/rport-11:0-1/target11:0:1/11:0:1:0/block/s
  
  It simply strips off the everything up to the /block.
  
  Signed-off-by: Benjamin Marzinski 
  
  It integrates simply and can be found in PPAs here:
  ppa:peter-petrakis/storage

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-21 Thread Serge Hallyn
** Also affects: multipath-tools (Ubuntu Lucid)
   Importance: Undecided
   Status: New

** Also affects: multipath-tools (Ubuntu Maverick)
   Importance: Undecided
   Status: New

** Also affects: multipath-tools (Ubuntu Natty)
   Importance: Undecided
   Status: New

** Changed in: multipath-tools (Ubuntu Lucid)
   Importance: Undecided => High

** Changed in: multipath-tools (Ubuntu Maverick)
   Importance: Undecided => High

** Changed in: multipath-tools (Ubuntu Natty)
   Importance: Undecided => High

** Changed in: multipath-tools (Ubuntu Lucid)
   Status: New => In Progress

** Changed in: multipath-tools (Ubuntu Maverick)
   Status: New => In Progress

** Changed in: multipath-tools (Ubuntu Natty)
   Status: New => In Progress

** Changed in: multipath-tools (Ubuntu Natty)
   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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-21 Thread Serge Hallyn
Thanks, Peter.  I'll follow up on this bug.

The mass SRU failed.  Any high priority bugs not yet SRUd should be
separately handled.  Several of the bugs which were part of the mass SRU
were not listed as high priority.  If anyone feels they *are* high
priority, then pls comment in the bugs to that effect, and we can pursue
a (separate) SRU.

** Changed in: multipath-tools (Ubuntu)
   Status: Incomplete => 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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-21 Thread Peter Petrakis
@Serge

Yes, fix-released for oneiric

I believe natty is covered.

The confusion I think is the changelog references this fix from a
private bug:

multipath-tools (0.4.8-14ubuntu7) natty; urgency=low

  * Add patch to fix the expected pathname from multipath uevents
(LP: #660597)

Where this bug, lp #690387 is the public instance of the fix.

Though in lucid, I don't see either bug number mentioned in the
changelog.

multipath-tools (0.4.8-14ubuntu4.10.04.1) lucid-proposed; urgency=high

  * Eliminate UDEV CHANGE events generated by mpath priority checkers. Due to
quirk in how SG IO is handled by SD devices (LP: #644489).

 -- Peter M. Petrakis   Tue, 21 Jun 2011
14:13:12 -0400

multipath-tools (0.4.8-14ubuntu4) lucid; urgency=low

  * debian/control: Move libreadline5-dev build dependency to libreadline-dev.
(Already done in Debian).

 -- Martin Pitt   Mon, 08 Mar 2010 14:50:04
+0100

multipath-tools (0.4.8-14ubuntu3) lucid; urgency=low

  * Support failback for Intel Modular Server (LP: #520309).

 -- Colin Watson   Fri, 12 Feb 2010 12:21:42 +

root@kickseed:~# apt-cache policy multipath-tools
multipath-tools:
  Installed: 0.4.8-14ubuntu4.10.04.1
  Candidate: 0.4.8-14ubuntu4.10.04.1
  Version table:
 0.4.8-14ubuntu10.1 0
800 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main Packages
 0.4.8-14ubuntu10 0
800 http://us.archive.ubuntu.com/ubuntu/ natty/main Packages
 *** 0.4.8-14ubuntu4.10.04.1 0
900 http://us.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages
100 /var/lib/dpkg/status
 0.4.8-14ubuntu4 0
900 http://us.archive.ubuntu.com/ubuntu/ lucid/main Packages

Do we have this pending SRU for lucid somewhere and lost track of it?
http://people.canonical.com/~ubuntu-archive/pending-sru.html

I don't see anything pending for multipath. Wasn't there a mass changeset
planned for multipath lucid  SRU that included this fix?

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2011-07-20 Thread Serge Hallyn
Hi Peter,

I seem to have lost track of what we were doing with this bug.

Is it safe to assume that this is fix released in oneiric?

Do we need to SRU the patch to lucid and natty?

** Changed in: multipath-tools (Ubuntu)
   Status: Confirmed => Incomplete

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2010-12-15 Thread Brian Murray
** Tags added: patch

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2010-12-14 Thread Peter Petrakis
** Description changed:

  Binary package hint: multipath-tools
  
- This was exposed on the Intel IMS SAN which is an ODM'd Promise Vtrak variant
- on 10.04 server. The SAN has Active/Standby capabilities and is configured 
for failover.
- It probably affects other SANs too.
+ This was exposed on the Intel IMS SAN which is an ODM'd Promise Vtrak
+ variant on 10.04 server. The SAN has Active/Standby capabilities and
+ is configured for failover. It probably affects other SANs too.
  
  Setup:
  multipath'd SAN consisting of SD block devices.
  
  Symptoms:
- On failover, multipath isn't gettng the right signals to tear down the defunct
- path. This was traced down to the fact that the path UDEV was presenting to
- multipath was different from what it was expecting. It simply dropped the 
request
- to gracefully remove the device, and instead responded to the SCSI mid-layer
- SD IO state change, SDEV_CANCEL/DEL which puts the device offline.
+ On failover, multipath isn't gettng the right signals to tear down
+ the defunct path. This was traced down to the fact that the path UDEV
+ was presenting to multipath was different from what it was expecting.
+ It simply dropped the request to gracefully remove the device, and
+ instead responded to the SCSI mid-layer SD IO state change,
+ SDEV_CANCEL/DEL which puts the device offline.
  
- Problem is device mapper still has an handle on the SD device, as can be seen
- from /sys/block/dm-x/slaves, and as a result, scsi_target_destroy is never 
called.
- The outward symptom of this is the SD suffix is not recycled because of course
- the previous reference never dropped.
+ Problem is device mapper still has an handle on the SD device, as
+ can be seen from /sys/block/dm-x/slaves, and as a result,
+ scsi_target_destroy is never called. The outward symptom of this
+ is the SD suffix is not recycled because of course the previous
+ reference never dropped.
  
  Solution:
- A fix was developed independently of upstream by Serge Hallyn, later it
- was found that it was fixed upstream, in 2007. The patch is.
+ A fix was developed independently of upstream by Serge Hallyn,
+ later it was found that it was fixed upstream, in 2008.
+ The patch is:
  
  commit 7fa7affc3d23dd9dc906804d22a61144bca9f9b9
  Author: Benjamin Marzinski 
  Date: Thu Dec 11 16:03:28 2008 -0600
  
- Fix for uevent devpath handling
+ Fix for uevent devpath handling
  
- This is necessary to make uevents work on fedora, since devpath appears as
- something like:
- 
'/devices/pci:00/:00:0a.0/:06:00.0/host11/rport-11:0-1/target11:0:1/11:0:1:0/block/s
+ This is necessary to make uevents work on fedora, since devpath appears as
+ something like:
+ 
'/devices/pci:00/:00:0a.0/:06:00.0/host11/rport-11:0-1/target11:0:1/11:0:1:0/block/s
  
- It simply strips off the everything up to the /block.
+ It simply strips off the everything up to the /block.
  
- Signed-off-by: Benjamin Marzinski 
+ Signed-off-by: Benjamin Marzinski 
  
  It integrates simply and can be found in PPAs here:
  ppa:peter-petrakis/storage

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2010-12-14 Thread Serge Hallyn
** Changed in: multipath-tools (Ubuntu)
 Assignee: (unassigned) => Serge Hallyn (serge-hallyn)

** Changed in: multipath-tools (Ubuntu)
   Importance: Undecided => High

** Changed in: multipath-tools (Ubuntu)
   Status: New => Confirmed

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 690387] Re: udev block naming breaks failover and sd kref release cycle

2010-12-14 Thread Peter Petrakis

** Patch added: "0001-Fix-for-uevent-devpath-handling.patch"
   
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/690387/+attachment/1766245/+files/0001-Fix-for-uevent-devpath-handling.patch

-- 
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/690387

Title:
  udev block naming breaks failover and sd kref release cycle

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs