This bug was fixed in the package multipath-tools - 0.4.9-3ubuntu7.9
---
multipath-tools (0.4.9-3ubuntu7.9) trusty; urgency=medium
* debian/patches/kpartx-support-device-names-with-spaces.patch: fix loopback
files unmapping. (LP: #1543430)
multipath-tools (0.4.9-3ubuntu7.8) tru
This was already verified successfully before; the additional update
does not need reverification, only checking the regression in bug
1543430.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server Te
Hello bugproxy, or anyone else affected,
Accepted multipath-tools into trusty-proposed. The package will build
now and be available at https://launchpad.net/ubuntu/+source/multipath-
tools/0.4.9-3ubuntu7.9 in a few hours, and then in the -proposed
repository.
Please help us by testing this new pa
Well, to be honest there isn't anything we can do in multipath-tools or
udev if the scans aren't generating events. The best option then is to
look at the driver, if it permits some control of how the scans happen,
and if not, why.
--
You received this bug notification because you are a member of
I verified this works correctly on 2 LPARs, including the original LPAR from
the bug report. (Thanks, Michail)
Marking as verification-done.
Installed the version from -proposed:
root@pinelp2:~# dpkg -l | grep 0.4.9-3ubuntu7.8
ii kpartx 0.4.9-3ubuntu7
Hi @stu-g,
Thanks for your report.
I think the problem you're experiencing (handled in LP 1538775) is one we've
been discussing/trying to get around for some time now.
Since scsi_wait_scan was removed, there's no way to really wait /on the SCSI
scan/.
For that objective, udevadm settle won't he
Hum, that's kind of weird. You should see disks being picked up by
multipath if they should, even if they are detected *after* multipath
scripts run (because multipathd...). They wouldn't be detected before
multipath runs, because then they would most likely be remapped anyway
(unless something els
Mathieu,
As noted in LP:1538775, version 0.4.9-3ubuntu7.8 still isn't resolving
the issue for me, as while my system does start (im not dropping to a
rescue shell), the multipath daemon seems to be executed prior to the
disks being discovered/udev starting and so it boots using sda for root
instea
Hello bugproxy, or anyone else affected,
Accepted multipath-tools into trusty-proposed. The package will build
now and be available at https://launchpad.net/ubuntu/+source/multipath-
tools/0.4.9-3ubuntu7.8 in a few hours, and then in the -proposed
repository.
Please help us by testing this new pa
Hi @mathieu-tl,
Mathieu Trudel-Lapierre (mathieu-tl) on 2016-02-01
> description: updated
> Changed in multipath-tools (Ubuntu Trusty):
> status: New → Incomplete
Can you clarify the status 'incomplete' for this bug?
Is that indeed an information request for submitter (where, please) or ju
** Description changed:
+ [Impact]
+ This affects users of multipath systems where devices may be slow to be
detected. (See below).
+
+ On some systems disks may be slow to be detected due to a number of
+ reasons: slow disks, spin delay, large number of devices to scan, etc.
+ If the disk conta
This bug was fixed in the package multipath-tools - 0.5.0-7ubuntu10
---
multipath-tools (0.5.0-7ubuntu10) xenial; urgency=medium
* debian/patches/0052-readonly-bindings_multipathd.patch,
debian/patches/0053-readonly-bindings_multipathd_prod.patch: support -B to
allow multipa
** Changed in: multipath-tools (Ubuntu)
Status: New => In Progress
--
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/1526984
Title:
ISST-LTE: root mpath device unavailab
** Attachment removed: "Console log from post-install boot on host nulp1"
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1526984/+attachment/4549221/+files/nulp1.boot.log
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed
** Changed in: multipath-tools (Ubuntu)
Assignee: Taco Screen team (taco-screen-team) => Mathieu Trudel-Lapierre
(mathieu-tl)
** Also affects: multipath-tools (Ubuntu Trusty)
Importance: Undecided
Status: New
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => Crit
** Tags added: bugnameltc-133937 severity-critical
--
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/1526984
Title:
ISST-LTE: root mpath device unavailable after installation
** 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/1526984
Title:
ISST-LTE: root mpath device unavailable after installati
17 matches
Mail list logo