Since we've landed this by way of the multipath-tools merge, closing as
Fix Released.
** Changed in: multipath-tools (Ubuntu)
Assignee: Taco Screen team (taco-screen-team) => Mathieu Trudel-Lapierre
(cyphermox)
** Changed in: multipath-tools (Ubuntu)
Status: Triaged => F
The merge is completed; it has been uploaded to the xenial review queue;
we should get it in the archive proper soon (needs to be accepted by the
release team).
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
The milestone for this is indeed still 16.04; but we might use a
different way to get the fix than applying the patch. We have Ryan here
working on merging multipath-tools (a git snapshot that should contain
the fix and many others) from Debian; once that is completed and lands
in the release we'll
Just uploaded it to the trusty queue again, I'll get someone to review
it and accept the upload.
--
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/1551828
Title:
kpartx causes
** Changed in: ntp (Ubuntu)
Status: New => Triaged
** Changed in: ntp (Ubuntu)
Importance: Undecided => High
** Tags added: rls-x-incoming
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ntp in Ubuntu.
https://bugs.launchpad
** Changed in: multipath-tools (Ubuntu)
Milestone: None => later
--
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/1556967
Title:
Support 'multipath -a'
To manage notifica
I've triaged this bug, but it's quite very late in the cycle to ship new
features, especially one such as this one which appears to be mostly
just a convenient way of adding WWIDs to the multipath list.
** Changed in: multipath-tools (Ubuntu)
Assignee: Mathieu Trudel-Lapierre (
** Changed in: multipath-tools (Ubuntu)
Assignee: Taco Screen team (taco-screen-team) => Mathieu Trudel-Lapierre
(mathieu-tl)
** Changed in: multipath-tools (Ubuntu)
Status: New => Triaged
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => High
--
You
MIR acked for python-rjsmin.
** Changed in: python-rjsmin (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-rcssmin in Ubuntu.
https://bugs.launchpad.net/bugs/1554543
Title:
[MIR] py
** Changed in: multipath-tools (Ubuntu)
Assignee: Taco Screen team (taco-screen-team) => Mathieu Trudel-Lapierre
(mathieu-tl)
** Changed in: multipath-tools (Ubuntu)
Status: New => Triaged
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => High
--
You
python-rcssmin MIR acked; same observations apply as for python-
csscompressor.
python-rjsmin:
- please have the tests run, or explain why they shouldn't be run when the
tests for the other packages for this MIR can.
** Changed in: python-rcssmin (Ubuntu)
Status: New => Fix Committed
**
python-csscompressor MIR acked; there are probably easier ways to deal
with the rules file for running tests and skipping unnecessary commands
(which probably don't even need to be overriden), but this isn't a
blocker for main inclusion.
** Changed in: python-csscompressor (Ubuntu)
Status:
** Changed in: python-csscompressor (Ubuntu)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: python-rcssmin (Ubuntu)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: python-rjsmin (Ubuntu)
Assignee: (unassigned) =>
** Description changed:
+ [Impact]
+ Users expecting to use multipath over NVMe device will notice hangs with any
software attempting to use the device-mapper devices (/dev/dm-* or
/dev/mapper/mpath*).
+
+ [Test case]
+ 1) Setup multipath over nvme. (should not be possible with the patch in)
+
rusty)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => High
** Changed in: multipath-tools (Ubuntu Trusty)
Importance: Undecided => High
** Changed in: multipath-tools (Ubuntu)
Status: New
** Changed in: multipath-tools (Ubuntu)
Status: New => Triaged
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => Low
** Tags added: bitesize
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in U
** Changed in: multipath-tools (Ubuntu)
Status: New => Triaged
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => Low
** Tags added: bitesize
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in U
y)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
--
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/1540401
Title:
ISST-LTE: Ubuntu14.04.4 lpar fails to boot
Verified; this works as expected:
kpartx -av adds a loop device node and mounts the image, and sets up the
partitions.
kpartx -dv deletes the partition maps and removed the loop device node.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notifica
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
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
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
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
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
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
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
** Also affects: multipath-tools (Ubuntu Trusty)
Importance: Undecided
Status: New
** Changed in: multipath-tools (Ubuntu Trusty)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-t
FWIW, it's not so much as a flat no for fixing this with a sleep as that
any possible value for sleep (unless it's unreasonably high) will still
fail for some people... and high values are just inconvenient since they
slow the boot down. It's generally just not a very useful general fix,
even if it
Still, it would be important to confirm that they are correctly applied
when one such device is attached; for instance, that the right minio
values, pgpolicy, etc. are set.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools
** 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/1543430
Title:
kpartx 0.5.0-7ubuntu11 fails to remov
Ugh, yeah, I see now that the patch fixing dealing with loopbacks at all
"regresses" in a way, but not dealing correctly with the loop entries
even though it appears to deal with the devmapper table just fine.
I'm looking at it right now, it's not pretty. There are basically two
ways I can think o
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
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
Stuart,
I'm aware of that, but there are two different issues at play here: the
detection and scanning of drives, and the fact that scsi_wait_scan is
still in the script. The upload should likely fix both; but I'm closing
this bug here because it's about scsi_wait_scan. The other bugs are
referenc
This isn't obvious to reproduce. So far, I haven't had the system fail
to boot or fail to mount all partitions. I have been testing *without*
multipath-tools 0.4.9-3ubuntu7.8; so not using multipathd in the
initramfs.
I suppose it may be that I'm using a partitioning that happens to work?
Could y
** Changed in: multipath-tools (Ubuntu)
Status: Confirmed => 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/1540401
Title:
ISST-LTE: Ubuntu14.04.4 lpar fa
** 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 openssh in Ubuntu.
https://bugs.launchpad.net/bugs/1478087
Title:
Add libaudit support
To manage notifications abo
Verified for openssh as well; it now correctly shows entries in aureport
-l too.
Attached is a transcript from the two sessions testing shadow and
openssh for audit support.
** Attachment added: "trusty-auditd.txt"
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1478087/+attachment/456
Verified for shadow: login correctly reports logins.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/bugs/1478087
Title:
Add libaudit support
To manage notifications about this bug go to
** Changed in: multipath-tools (Ubuntu Xenial)
Status: New => In Progress
** Changed in: multipath-tools (Ubuntu Xenial)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, wh
I'd like to re-validate this for myself before we mark it verification-
failed. There really shouldn't be much more than building shadow and
openssh with audit support for this to work, so let's take another look.
Marking back to verification-needed.
** Tags removed: verification-failed
** Tags a
Hi Frédéric;
Trusty has already been verified and landed. Did you mean vivid?
** Tags removed: verification-done
** Tags added: verification-needed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ipmitool in Ubuntu.
https://bugs.launc
** Changed in: parted (Ubuntu)
Status: Triaged => Fix Released
** Changed in: parted (Ubuntu Trusty)
Status: Triaged => 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.l
** 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 is already fixed in 0.5.0 so Fix Released for xenial; not
applicable to wily (which also has the fix already).
Work to land this fix in 14.04 in progress.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
** Description changed:
+ [Impact]
If a system is not installed w/ multipath support (i.e., no
disk-detect/multipath/enable=true), the /etc/multipath.conf file is not
installed.
If an user later installs multipath-tools-boot, it will enable the udev rules
for multipath support.
Those rule
Ubuntu Trusty)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
--
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/1432062
Title:
multipath-tools-boot
Trusty)
Importance: Undecided => Medium
** Changed in: multipath-tools (Ubuntu Trusty)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Description changed:
+ [Impact]
+ Users of multipath may see an error message on every boot (when in verbose
mode) about the sc
** Description changed:
[Impact]
Minimal impact, this is limited to aesthetic issues; devices should if
possible all be actual block device nodes rather than symlinks.
[Test case]
1) ls -l /dev/mapper
2) Reboot, try again.
+
+ Also:
+ while true; do kpartx -d -p -part /dev/dm-2;udev
n: parted (Ubuntu Trusty)
Status: New => Triaged
** Changed in: parted (Ubuntu Trusty)
Importance: Undecided => High
** Changed in: multipath-tools (Ubuntu Trusty)
Importance: Undecided => High
** Changed in: multipath-tools (Ubuntu Trusty)
Assignee: (unassigned) =>
Could you please verify that you're not seeing this issue on 16.04? It
looks like the patch found should solve this, but it's hard to verify
given that this is very dependent on the speed of the system on which
multipath-tools run, as well as how fast udev can run, scan devices,
etc.
** Descriptio
** Description changed:
+ [Impact]
+ This impacts users of the IBM XIV storage system, which will not function
properly with multipath in some circumstances given the missing default
settings.
+
+
+ [Test case]
+ 1) Run 'multipath -l';
+ 2) Observe the line immediately below the device header;
fects: multipath-tools (Ubuntu Trusty)
Importance: Undecided
Status: New
** Changed in: multipath-tools (Ubuntu)
Status: New => Fix Released
** Changed in: multipath-tools (Ubuntu Trusty)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: multipath-to
I just confirmed this is already applied in 0.5.0 (so in 15.10 and
later).
** Changed in: multipath-tools (Ubuntu)
Assignee: Mathieu Trudel-Lapierre (mathieu-tl) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed
I managed to find a patch I'm testing now, which adds udev sync support
to parted 2.3 (in 14.04) which is already in parted 3.2.
Testing is in progress, this should help remove the "device is busy"
warnings.
As for the two devices, other patches to multipath-tools and parted's
partitioning policy
signee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: multipath-tools (Ubuntu Trusty)
Status: New => In Progress
** Changed in: multipath-tools (Ubuntu Trusty)
Importance: Undecided => Medium
--
You received this bug notification because you are a member o
** Description changed:
+ [Impact]
+ Auditing support is a commonly used feature in large enterprises, and allows
better tracking of actions happening on secured systems, especially when it
comes to accounting for login events.
+
+ Such systems fail to correctly list login events in aureport du
Did you modify the path selector yourself?
path_selector "service-time 0"
This requires loading the dm-service-time module.
** Changed in: multipath-tools (Ubuntu)
Status: New => Incomplete
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => Low
--
You receive
And now that I did some more testing with Louis on this, we were able to
"run into" a crash with mpp->alias attempted to be freed but failing,
which isn't quite the same backtrace as I had pasted earlier. It does
look like it might be similar to the issue reported by valgrind (depends
largely on th
suspicious of the state of the kernel multipath
modules. Which ones are loaded of the dm-* modules? Does anything show
up in /var/log/syslog? It would be quite helpful if you could attach
syslog to this bug report.
** Changed in: multipath-tools (Ubuntu)
Status: In Progress => Incomplet
** 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
** Changed in: tgt (Ubuntu)
Status: Triaged => In Progress
** Changed in: tgt (Ubuntu)
Assignee: Ryan Harper (raharper) => Mathieu Trudel-Lapierre (mathieu-tl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to the bug
Aye. Removing sponsors, since I'll take care of it.
--
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/1520192
Title:
multipath-tools from Precise should have been fixed togethe
** Description changed:
+ [Impact]
+ Systems with disks that have long spin-up times or otherwise take a while to
be detected may be affected by a failure to boot due to the drives underlying
multipath devices not being available.
+
+ [Test case]
+ This issue is difficult to reproduce.
+ - Boo
** Also affects: multipath-tools (Ubuntu Vivid)
Importance: Undecided
Status: New
** Changed in: multipath-tools (Ubuntu Vivid)
Status: New => In Progress
** Changed in: multipath-tools (Ubuntu Vivid)
Importance: Undecided => High
--
You received this bug notification becaus
Ubuntu Vivid)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
--
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/1468897
Title:
multipath creates binding for
** Description changed:
+ [Impact]
+ Users of kpartx to load disk images, possibly multiple images with the same
file name (but in different paths).
+
+ [Test case]
+ See below, also see
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1469143/comments/3
+
+ [Regression potential
** Changed in: multipath-tools (Ubuntu Trusty)
Status: Triaged => 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/1503286
Title:
ISST-LTE: Boot of Ubuntu15
u Precise)
Importance: Undecided => Medium
** Changed in: multipath-tools (Ubuntu Trusty)
Importance: Undecided => Medium
** Changed in: multipath-tools (Ubuntu Vivid)
Importance: Undecided => Medium
** Changed in: multipath-tools (Ubuntu Precise)
Assignee: (unassigned) => Ma
It's been a few days now and I was able to verify the fix in what looked
like an appropriate manner; marking verification-done. We should move
forward with shipping this fix.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you a
** Tags removed: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ipmitool in Ubuntu.
https://bugs.launchpad.net/bugs/1509896
Title:
IPMI USB SCSI endpoint discovery can fail on OpenPower machines
To manage notifica
could make ipmi think there is a device when there
is not).
** Changed in: ipmitool (Ubuntu Vivid)
Status: New => In Progress
** Changed in: ipmitool (Ubuntu Wily)
Status: New => In Progress
** Changed in: ipmitool (Ubuntu Vivid)
Assignee: (unassigned) => Mathieu Tru
For 14.04 this is waiting for the current update pending verification
to be completed. If you can help in verifying bug
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1386637,
that could speed up providing all updates.
--
You received this bug notification because you are a membe
That was the plan, I just had not reached that yet :)
** Also affects: ipmitool (Ubuntu Wily)
Importance: Undecided
Status: New
** Also affects: ipmitool (Ubuntu Trusty)
Importance: Undecided
Status: New
** Also affects: ipmitool (Ubuntu Vivid)
Importance: Undecided
Is this change really needed on 15.10? It seems to me like we're already
carrying the proper options for 2810XIV given that the only elements
missing from the hw table are setting configuration options to their
default values anyway?
--
You received this bug notification because you are a member
sponsored.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1481737
Title:
HAProxy init script does not work correctly with nbproc configuration
option
To manage notifications about t
** Description changed:
+ [Impact]
+ Users of multipath will see incomplete output for the vendor and model values
for devices where the first path is the path that is failed.
+
+ [Test Cases]
+ 1) Experience a failed path:
+ echo 1 > /sys/devices//delete
+ (the above is an example for forcibly
** Also affects: multipath-tools (Ubuntu Trusty)
Importance: Undecided
Status: New
** Also affects: multipath-tools (Ubuntu Wily)
Importance: Undecided
Status: New
** Also affects: multipath-tools (Ubuntu Vivid)
Importance: Undecided
Status: New
** Changed in: multi
I'm ready to apply the patch, but doing this on 14.04 right now would
likely mean further delays for another stable update in progress. I'd
rather wait until that update is done and fully verified (waiting for a
confirmation from mauricfo) before adding a new patch to go through the
SRU process.
I
Mauricio,
Have you managed to test this successfully? I was able to build a vm and
test this, but I'm not certain whether the behavior, although it looks
correct in detecting the path changes, it indeed correct.
There's one noticeable difference at least on qemu; when the paths are
detected as re
In Progress.
** Changed in: multipath-tools (Ubuntu)
Status: Triaged => 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/1503305
Title:
iLab: power kvm cli
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: multipath-tools (Ubuntu)
Status: New => Triaged
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => Medium
** Also affects: multipath-tools (Ubuntu Wily)
Importance: Medium
Assignee: Mathie
Status: New
** Changed in: ipmitool (Ubuntu Trusty)
Status: New => In Progress
** Changed in: ipmitool (Ubuntu Trusty)
Importance: Undecided => High
** Changed in: ipmitool (Ubuntu Trusty)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Changed in: ip
** Changed in: multipath-tools (Ubuntu Utopic)
Status: New => Won't 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/1469143
Title:
kpartx -d fails with image paths
Please also file a bug on the Debian BTS; it's also relevant to Debian
although they may have a different opinion on whether or not this should
be done.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to the bug report.
https://bugs.launch
Unassigning Jorge, I will sponsor this fix.
** Changed in: multipath-tools (Ubuntu)
Assignee: Jorge Niedbalski (niedbalski) => Mathieu Trudel-Lapierre
(mathieu-tl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-to
I'm looking into this now; will test and sponsor the fix.
** Changed in: kbd (Ubuntu)
Assignee: Wesley Wiedenmeier (wesley-wiedenmeier) => Mathieu
Trudel-Lapierre (mathieu-tl)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribe
Any news on verifying this?
Edward, looks like the devices aren't set up to have the same serial
number, so I'm not sure why they would ever be picked up by multipath as
being multipath devices. In any case, have you tested the update in
-proposed, which should fix this?
--
You received this bug
Don't both device names actually work fine though? I couldn't find any
blocking issue to leaving both in place, since they don't seem to
interfere with any operation of the system. This would certainly
constitute the least-intrusive change, on account that there would be no
change required.
Otherw
ols (Ubuntu)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
--
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/1489379
Title:
LTE: ISST:leeklp4 no mpath choices for
** Changed in: multipath-tools (Ubuntu)
Status: New => Triaged
** Changed in: multipath-tools (Ubuntu)
Importance: Undecided => High
** Changed in: multipath-tools (Ubuntu)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
--
You received this bug not
There's already this fix in trusty-proposed, though not quite using
multipath 0.5.0 (which is a very large changeset that would be quite
difficult to review and conclusively say there are no regressions).
FWIW; I'm referring to
https://launchpad.net/ubuntu/+source/multipath-tools/0.4.9-3ubuntu7.5
** Attachment added: "Getting to "Multiple server installs with MAAS""
https://bugs.launchpad.net/ubuntu/+source/maas-enlist/+bug/1492262/+attachment/4457277/+files/Screenshot_server-install_2015-09-04_09%3A07%3A31.png
--
You received this bug notification because you are a member of Ubuntu
S
I've already uploaded a fix to the archive, attaching a code branch
which applies the same fix on the upstream branch.
** Branch linked: lp:~mathieu-tl/maas/maas-enlist-wget-not-curl
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas
** Attachment added: "Entering MAAS server IP/location"
https://bugs.launchpad.net/ubuntu/+source/maas-enlist/+bug/1492262/+attachment/4457279/+files/Screenshot_server-install_2015-09-04_09%3A10%3A01.png
--
You received this bug notification because you are a member of Ubuntu
Server Team, whi
ce: Undecided => Medium
** Changed in: maas-enlist (Ubuntu)
Status: In Progress => Fix Released
** Changed in: maas-enlist (Ubuntu)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl)
** Also affects: maas
Importance: Undecided
Status: New
--
You received
** Attachment added: "Selecting enlistment instead of installing a new MAAS
server."
https://bugs.launchpad.net/ubuntu/+source/maas-enlist/+bug/1492262/+attachment/4457278/+files/Screenshot_server-install_2015-09-04_09%3A09%3A39.png
--
You received this bug notification because you are a mem
As you can see, the curl package is installed; but as logs show the
binary is not available.
** Attachment added: "Screenshot_server-install_2015-09-04_09:12:24.png"
https://bugs.launchpad.net/ubuntu/+source/maas-enlist/+bug/1492262/+attachment/4457280/+files/Screenshot_server-install_2015-09-
d.
Sep 4 13:10:09 main-menu[224]: DEBUG: resolver (libavahi-common3): package
doesn't exist (ignored)
Sep 4 13:10:14 main-menu[224]: INFO: Menu item 'save-logs' selected
** Affects: maas-enlist (Ubuntu)
Importance: Medium
Assignee: Mathieu Trudel-Lapierre (mathieu-tl)
** Summary changed:
- Sync rrdtool 1.5.4-5 (main) from Debian unstable (main)
+ [FFE] Sync rrdtool 1.5.4-5 (main) from Debian unstable (main)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to rrdtool in Ubuntu.
https://bugs.launchpad.net
1 - 100 of 243 matches
Mail list logo