This bug was fixed in the package multipath-tools -
0.5.0+git1.656f8865-5ubuntu1
---
multipath-tools (0.5.0+git1.656f8865-5ubuntu1) xenial; urgency=medium
* Merge from Debian. (LP: #1551952) (LP: #1540407)
Remaining changes:
- debian/control:
- Bump debhelper
The upload with this bugfix has been prepared, however it breaks the
Feature Freeze. A feature freeze exception has been requested and is
currently awaiting Release Team review. Once/If the release team reviews
the feature freeze exception, the package will be uploaded into xenial-
proposed. You
Here's my initial test with the merged multipath-tools test.
I had the FCP devices enabled with the 0.5.0+git-1ubuntu2 package
installed from the merges ppa and rebooted the system.
After booting, I confirmed the paths were up, then used a vmcp command to
disconnect the devices.
I then queried
Thorsten,
Here's my PPA with the merged multipath-tools package for s390x:
https://launchpad.net/~raharper/+archive/ubuntu/merges/
You can add it via:
sudo add-apt-repository ppa:raharper/merges
sudo apt-get update
sudo apt-cache policy multipath-tools
The last command should show you a newer
Hi Thorsten,
We're going to merge with upstream debian. That work is tracked under
bug 1551952.
I'm now working on getting an s390x build of the package and reproducing on one
of the systems to
help test that the merge addresses this bug (and doesn't regress anything as
well).
--
You
FYI - stalled on FCP setup in RT 89162
** Changed in: multipath-tools (Ubuntu)
Status: New => Triaged
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
Hi,
I couldn't reproduce today.
The device stays in:
0:0:0:1074675728 sdb 8:16 active faulty offline
And when re-adding it comes back online just nice.
The way I configured was via chzdev like:
I used the z/VM approach with detaching the FCP adapter.
I used the multipath.conf as reported
Hi Thorsten,
Thanks for the update. I'll attempt to find out if I can force a detach
on the host-side to recreate the issue on x86 while I'm waiting for a Z
system with FCP devices.
Could you attempt to use the Debian package from Sid on top of the
Ubuntu system? This will help rule out kernel
Hi Thorsten,
The latest version of the multipath-tools package is 0.5.0-7ubuntu14.
Can you confirm you're still seeing the issue?
Meanwhile, I'm hoping to recreate this issue on zKVM shortly. In the
meantime I'm testing this on in an x86 VM with multipath via virtio-
scsi, using the same
--- Comment From thorsten.di...@de.ibm.com 2016-02-24 09:36 EDT---
Tested on a debian system:
Linux s8330004 4.3.0-1-s390x #1 SMP Debian 4.3.5-1 (2016-02-06) s390x GNU/Linux
(stretch) +
multipath-tools 0.5.0+git1.656f8865-4
==> problem does not occur!!
Linux s8330004 4.4.0-1-s390x #1
Hi Canonical Server Team, on another distro with a previous version of
multipath-tools (0.4.9) I can not see this misbehaviour.
Although 0.5.0 isn't that new, I don't know of another distro for s390x with
0.5.0 where I could check this.
--
You received this bug notification because you are a
** Changed in: multipath-tools (Ubuntu)
Assignee: Dimitri John Ledkov (xnox) => Canonical Server Team
(canonical-server)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
** Changed in: multipath-tools (Ubuntu)
Assignee: Skipper Bug Screeners (skipper-screen-team) => Dimitri John
Ledkov (xnox)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
** Package changed: ubuntu => multipath-tools (Ubuntu)
--
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/1540407
Title:
multipathd drops paths of a temporarily lost device
To
14 matches
Mail list logo