[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Thank you Anushree. So, I'm closing this one and we can track the issue while installing Ubuntu 25.10 on multiple (2 or more) multipath : https://bugs.launchpad.net/bugs/2133480 ** Changed in: ubuntu-power-systems Status: In Progress => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Today I setup a system with two LUNs (could do more if needed), both are connected to their own pair of two HBAs, again each with 2 paths, and I could complete a default 25.10 installation on the first LUN (however, on a different architecture): $ sudo multipath -ll mpatha (3600507630bffd3d70005) dm-0 IBM,2107900 size=96G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 0:0:0:1074085888 sda 8:0 active ready running |- 0:0:1:1074085888 sdb 8:16 active ready running |- 1:0:0:1074085888 sdc 8:32 active ready running `- 1:0:1:1074085888 sdd 8:48 active ready running mpathb (3600507630bffd3d70107) dm-4 IBM,2107900 size=96G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 3:0:0:1074216961 sdg 8:96 active ready running |- 3:0:1:1074216961 sdh 8:112 active ready running |- 2:0:0:1074216961 sde 8:64 active ready running `- 2:0:1:1074216961 sdf 8:80 active ready running I installed the OS on the first LUN, but did nothing with the second. $ sudo dmsetup ls --tree mpatha-part1 (252:1) └─mpatha (252:0) ├─ (8:48) ├─ (8:32) ├─ (8:16) └─ (8:0) mpathb (252:4) ├─ (8:80) ├─ (8:64) ├─ (8:112) └─ (8:96) ubuntu--vg-ubuntu--lv (252:3) └─mpatha-part2 (252:2) └─mpatha (252:0) ├─ (8:48) ├─ (8:32) ├─ (8:16) └─ (8:0) So I need to know more about your particular setup: # of HBAs # LUNs # paths # if you installed on just one LUN (and didn't touched the other during install) # or if you did an install across LUNs (parts of the filesystem on LUN #1 and other parts on LUN #2) etc. to be able to recreate a system that is closer to your ... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
That's interesting - so installations with just a single LUN work fine then. Are the two (or more) multipath disks (aka LUNs) attached to a single set/pair or HBAs - or does every LUN has it's own set of (probably two) HBAs? This would be interesting to know, since it might make a difference, and because this is a scenario that I can try to recreate here for further analysis (well, on a different architecture, but nevertheless ...) It would also be good to know the 'sudo multipath -ll' and/or the 'sudo dmsetup ls --tree' output. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hello Aditi, Could you please boot the installer on the affected system with the "debug" kernel line parameter and collect some logs for us? * /run/initramfs/* * The output of `journalctl -b` * The output of `dmesg` To add "debug" to the kernel command line, you can edit the default grub entry and add "debug" to the casper command line, as shown below: ``` linux /casper/vmlinuz --- ``` with ``` linux /casper/vmlinuz --- debug ``` Thank you! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hi, thanks for checking it again. Just double checking with you, Ubuntu 25.04 is Plucky (which also has the issue, like Noble 24.04 LTS). So, did you try with the latest Ubuntu 25.10 Questing Quokka image (https://cdimage.ubuntu.com/ubuntu-server/daily-live/current/questing-live-server-ppc64el.iso)? Also, please, could you share the crash report: "/var/crash/1760429899.735880613.ui.crash" -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hello. Many thanks for adding the crash report. Although I see both files have the same error: original crash report: [0.690243] device-mapper: table: 252:2: linear: Device lookup failed (-EBUSY) latest crash (comment #86): [ 11.291195] device-mapper: table: 252:3: multipath: error getting device (-EBUSY) I've noticed the original bug reported was on POWER10 (comment #2 `[0.00] Hardware name: IBM,9080-HEX POWER10 (raw)`) and the latest one you've sent was on POWER11 ( comment #86 `Oct 16 05:06:08 ubuntu- server kernel: Hardware name: IBM,9824-42A Power11`). Please, let me ask you, if you could double check the issue with the combination of: - latest Ubuntu 25.10 Questing Quokka (https://cdimage.ubuntu.com/ubuntu-server/daily-live/current/questing-live-server-ppc64el.iso) - allocating a POWER10 system Thank you -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Yes, that's coming next. Btw. you not only booted the installer from the ISO, but also completed an entire installation on SAN, right? (just to be sure) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
aditi.0205, thanks for the confirmation that the questing daily ISOs are booting on the affected hardware, that is good news. We can SRU this fix to Noble, but first I would like confirmation that the questing install runs to completion and that the **target system** with multipath + LVM does in fact boot correctly. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hi 'aditi.0205' this is fantastic news! Many thanks for the successful testing! However, on our side we will leave this bug open for a bit longer, since the fixes are first of all in the questing/25.10 release only, but will likely need to land also in noble/24.04. But feel free to close on your end! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hello, yes - but please notice that this needs to be tested on the latest Ubuntu development image 25.10 (first of all) - so please use this image here: http://cdimage.ubuntu.com/ubuntu-server/daily-live/current/questing-live-server-ppc64el.iso (backports to older releases like 24.04 will follow once the current image got successfully verified) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Thanks Amit - thanks for the re-try. The log doesn’t show any errors, and the last section of the file seems to show a proper multipath device: https://launchpadlibrarian.net/817925944/udev_step5.log Does that mean that the installation worked, without running in the issue anymore, using the Questing image (just to be sure)? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Thank you Aditi, just notice that the verification needs to be done based on the latest Ubuntu 25.10 ISO image here: https://cdimage.ubuntu.com/ubuntu-server/daily-live/current/questing-live-server-ppc64el.iso (and not yet 24.04, this will be addressed later, when we got a successful verification). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hello, I've just tested to install in a VM the latest 25.10 daily ISO over a previous 24.04 installation with multipath + LVM. The result was successful. Would you mind trying as well on the hardware used when the issue was originally reported? I will check if the changes can be SRU-ed to 24.04 once we confirm the fix. The daily ISO can be found there for all the supported architectures. https://cdimage.ubuntu.com/ubuntu-server/daily-live/20250820/ Or if not available anymore, please try this one: https://cdimage.ubuntu.com/ubuntu-server/daily-live/current/ Thank you, Olivier -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Merge proposal unlinked: https://code.launchpad.net/~jj/ubuntu/+source/multipath-tools/+git/multipath-tools/+merge/490260 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Status update: * Bug 2119429, which prevented to install 25.10 on multipath devices has now been addressed * Bug 2120444, is preventing multipathd from running properly in the initramfs. I submitted a fix that is pending review. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Merge proposal linked: https://code.launchpad.net/~jj/ubuntu/+source/multipath-tools/+git/multipath-tools/+merge/490260 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Ok, thanks for the update, Olivier - we'll stay tuned ... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hello, We ran into a blocking issue (bug 2119429) for testing the fix on questing. The bug is being addressed. Will update once we have a working iso for testing. Thanks, -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hi, Just to clarify, so far the multipath-tools package has been fixed in the devel series. But the full fix requires livefs-rootfs to migrate and new ISOs be built. Once this is done, we send out ISOs for testing. Thanks, -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Changed in: ubuntu-power-systems Status: Incomplete => In Progress -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
This bug was fixed in the package multipath-tools - 0.11.1-2ubuntu1
---
multipath-tools (0.11.1-2ubuntu1) questing; urgency=medium
* Merge with Debian unstable (LP: #2110438). Remaining changes:
- d/rules: don't build the multipath-tools binary package on i386; only
kpartx.
- d/p/enable-find-multipaths.patch: re-enable find_multipaths by
default -- see the removed 'add_find-multipaths.patch' (LP 1463046)
- d/t/initramfs: determine extracted main cpio path dynamically
- d/NEWS: add removal of kpartx-boot package
- d/rules: remove -Bsymbolic-functions from LDFLAGS
- d/rules: install friendly names multipath.conf by default
* Drop changes:
- d/t/tgtbasedmpaths: allow rc of 3 for socket (LP #207)
[included in 0.11.1-2]
- dmsetup version restriction lift
+ Revert dmsetup downgrade (LP #2073622)
+ d/control: allow older dmsetup
[cancel each other out]
- d/t/{control,initramfs}: fix initramfs dep8 test
[merged with "determine extracted main cpio path dynamically"]
[ Olivier Gayot ]
* d/initramfs: fix multipathd process lingering when local-* initramfs
scripts are not executed. The multipathd process is started by a script in
init-top/ (which is executed unconditionally) so it should be
stopped by an init-bottom script, not a local-bottom script which is
not always executed (LP: #2080474).
- This is affecting the Ubuntu installer, where we execute (perhaps
accidentally) the nfs-* scripts instead of the local-* scripts.
-- Jonas Jelten Wed, 23 Jul 2025 12:06:34
+0200
** Changed in: multipath-tools (Ubuntu)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2080474
Title:
ubuntu installation failing for systems having SAN disk
To manage notifications about this bug go to:
https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Changed in: multipath-tools (Ubuntu) Status: New => In Progress -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Merge proposal linked: https://code.launchpad.net/~jj/ubuntu/+source/multipath-tools/+git/multipath-tools/+merge/489507 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Merge proposal linked: https://code.launchpad.net/~ogayot/livecd-rootfs/+git/livecd-rootfs/+merge/489553 ** Changed in: multipath-tools (Ubuntu) Assignee: (unassigned) => Olivier Gayot (ogayot) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Merge proposal linked: https://code.launchpad.net/~ogayot/ubuntu/+source/multipath-tools/+git/multipath-tools/+merge/489548 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hello,
I have investigated this problem again today. What seems to be causing
the regression is a change [1] adding support for device activation when
systemd is not present.
More specifically, this hunk [2] makes udev able to activate LVM devices
in the initramfs (systemd does not run in the initramfs in Ubuntu for
now):
TEST!="/run/systemd/system", GOTO="lvm_direct_vgchange"
[...]
LABEL="lvm_direct_vgchange"
ENV{LVM_VG_NAME_COMPLETE}=="?*", RUN+="(LVM_EXEC)/lvm vgchange -aay
--autoactivation event $env{LVM_VG_NAME_COMPLETE}"
GOTO="lvm_end"
In the actual root filesystem, multipath and lvm2 compete for taking
ownership of the block devices and there are measures in place (more or
less robust) to give preference to multipath.
OTOH, in the initramfs (of the installer), we currently only have the
LVM stack, not the multipath stack. Therefore, LVM freely takes
ownership of /dev/sda, /dev/sdb (assuming those are the block devices
involved).
The regression was introduced between the 22.04 and 22.10 releases, when
we bumped lvm2 to 2.03.16-1.
As mentioned here:
> Found a possible fix for this bug
> ===
>
> I tried adding multipath module to the installer initrd via initramfs-tools.
> This had the effect of
> initializing multipath during early initrd and before dm-multipath and lvm
> were initialized. With this
> change ( also a possible bug fix in initramfs-tools described below ) the
> dm-multipath disks were
> properly probed and recognized by probert.
having the multipath stack in the initramfs could be a way to address
the issue. The package multipath-tools-boot provides a possible
implementation. However, if stopping multipathd is a problem, I suppose
we could use a different implementation where we only rely on multipath,
not multipathd.
I suspect it might be easier to go back to the behavior we had in 22.04,
where LVM does not run in the initramfs. Maybe we don't entirely drop
the "new" udev rules but disable them when booting the installer, if
that is possible.
[1]
https://salsa.debian.org/lvm-team/lvm2/-/commit/2340adad4b3875331be1ba7abba881cc1b6e6738#b3d5381b3f503956bf78fdc525b656292a304bf4
[2] https://paste.ubuntu.com/p/2qHK5xNJzV/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2080474
Title:
ubuntu installation failing for systems having SAN disk
To manage notifications about this bug go to:
https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hi Amit, work on this had to be paused due to the 25.04 release and Sprints, but will likely be picked up again soon in July. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Note that when installing Ubuntu with LVM + multipath, curtin adds a filter for LVM. This allows the target system to avoid the situation where LVM "steals" /dev/sdN devices that would normally be used by multipath. $ grep filter /target/etc/lvm/lvm.conf filter = [ "a|/dev/disk/by-id/dm-uuid-.*mpath-.*|", "a|/dev/disk/by-id/.*dm_crypt-.*|", "r|.*|" ] Unfortunately, we can't really use that filter in the live environment - since it would prevent LVM to work when multipath is not involved. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
I did further analysis on amd64 + qemu today. I figured that the EBUSY error is caused by LVM creating a DM entry (e.g. ubuntu--vg-ubuntu--lvm on a typical install) using paths such as /dev/sda and /dev/sdb - before multipathd has a chance to start and create the /dev/mapper/mpatha device. After boot: $ multipath -ll $ pvs WARNING: Not using device /dev/sdb3 for PV [...] WARNING: PV [...] prefers device /dev/sda3 because device is used by LVM. PV VGFmt Attr PSize PFree /dev/sda3 ubuntu-vg lvm2 a-- <6.25g0 $ journalctl -u multipathd ubuntu-server multipathd[941]: mpatha: addmap [0 16777216 multipath 0 0 2 1 service-time 0 1 1 8:0 1 service-time 0 1 1 8:16 1] ubuntu-server multipathd[941]: libdevmapper: ioctl/libdm-iface.c(1990): device-mapper: reload ioctl on mpatha (252:1) failed: Device or resource busy ubuntu-server multipathd[941]: dm_addmap: libdm task=0 error: Device or resource busy ubuntu-server multipathd[941]: mpatha: ignoring map $ ls /dev/mapper/ control ubuntu--vg-ubuntu--lv At this point restarting multipathd does not help - it still fails with EBUSY. However, after removing the /dev/mapper entry created by LVM and restarting multipathd, the situation becomes as expected, and the installation can proceed. $ dmsetup remove /dev/mapper/ubuntu--vg-ubuntu--lv $ systemctl restart multipathd $ multipath -ll mpatha (0QEMU_QEMU_HARDDISK_MPIO) dm-0 QEMU,QEMU HARDDISK size=8.0G features='0' hwhandler='0' wp=rw |-+- policy='service-time 0' prio=1 status=active | `- 0:0:0:0 sda 8:0 active ready running `-+- policy='service-time 0' prio=1 status=enabled `- 0:0:1:0 sdb 8:16 active ready running $ ls /dev/mapper control mpatha mpatha-part1 mpatha-part2 mpatha-part3 ubuntu--vg-ubuntu--lv $ pvs PV VGFmt Attr PSize PFree /dev/mapper/mpatha-part3 ubuntu-vg lvm2 a-- <6.25g0 I wonder if we should make multipathd run before LVM? And is it going to address the issue originally reported - or only what we were able to reproduce using qemu on amd64. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
For some reason, running the above steps without involving LVM (i.e., [ ] Set up this disk as an LVM group) allows the disk to be detected properly during the second installation ; and then it succeeds. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
I run the same steps as Christian did and observed the same symptoms. However > [...] the installer properly detected the disk state. Only on actually going to deployment did it crash. Yes, it crashes but the state of the disks were not correctly detected during the second install. Instead of a single multipath disk, it detected two separate disks with the same label, offering to partition each disk separately. See the list of "USED DEVICES" in https://bugs.launchpad.net/subiquity/+bug/2080474/comments/48 compared to https://bugs.launchpad.net/subiquity/+bug/2080474/comments/47. The type "local disk" should also be "multipath device". The installation errors when we attempt to run `lvcreate`: Running command ['lvcreate', 'ubuntu-vg-1', '--name', 'ubuntu-lv', '--zero=y', '--wipesignatures=y', '--yes', '--size', '6706692096B'] with allowed codes [0] (capture=False) WARNING: Not using device /dev/sda3 for PV 5tXJHt-wdEZ-WBCP-BFQ6-GVGL-IyWe-UUH32z WARNING: PV 5tXJHt-wdEZ-WBCP-BFQ6-GVGL-IyWe-UUH32z prefers device /dev/sdb3 because device is used by LV. Cannot update volume group ubunt-vg-1 with duplicate PV devices. Now, the crash is different from what was originally reported (here's it's failing when installing vs the original report is about failure during detection). But I suspect that being unable to see the device has a multipath device is at least part of the problem in both scenarios. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Also affects: subiquity (Ubuntu) Importance: Undecided Status: New ** Changed in: multipath-tools (Ubuntu) Status: Incomplete => New ** Changed in: subiquity Status: Incomplete => New ** Changed in: subiquity (Ubuntu) Milestone: None => ubuntu-25.10 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
No, it's not fixed yet - we are still investigating whether we can tackle the root course of the issue, or just catch the error and go with the suggested workaround. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Attachment added: "initial storage config in install #1" https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/2080474/+attachment/5863776/+files/Screenshot%20from%202025-03-10%2018-28-41.png -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Attachment added: "initial storage config detail in install #1" https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/2080474/+attachment/5863777/+files/Screenshot%20from%202025-03-10%2018-29-07.png -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
I was retrying the same on x86 just t see if it is arch depending at all. But to start with, when using disks as fake multipath via kvm they should not use metadata (qcow2) nor caching. Hence changing that to format=raw,cache=none $ qemu-img create -f raw /tmp/ubuntu-disk.raw 8G Formatting '/tmp/ubuntu-disk.raw', fmt=raw size=858993459 $ qemu-system-x86_64 -enable-kvm -m 4G -smp 2 -boot menu=on \ -device virtio-scsi-pci,id=scsi -drive if=none,id=mpatha,file=/tmp/ubuntu-disk.raw,format=raw,cache=none,file.locking=off \ -device scsi-hd,drive=mpatha,serial=MPIO \ -drive if=none,id=mpathb,file=/tmp/ubuntu-disk.raw,format=raw,cache=none,file.locking=off \ -drive file=/tmp/ubuntu-24.04.2-live-server-amd64.iso,media=cdrom \ -device scsi-hd,drive=mpathb,serial=MPIO \ -net nic,model=virtio \ -net user,hostfwd=::-:22 \ ... I ran this right on my system, so no need to mess with -nographic. In hindsight that made copying output screenshots :-/ Install #1 worked fine I tried to stay as default as possible, which in regard to disks gave me (see screenshots that follow) Install #2 onto the same - for a more relaxed approach than hitting keys fast I added "-boot d" to this second invocation of qemu It fails and I see the same -EBUSY messages. But aren't those red-herrings as that is from boot and the installer properly detected the disk state. Only on actually going to deployment did it crash. I've sent the full report so Dan can compare that with what was attached by IBM. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Attachment added: "install #2 - crash handler popup" https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/2080474/+attachment/5863779/+files/Screenshot%20from%202025-03-10%2018-51-27.png -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Attachment added: "storage config detail in install #2 (one can see it detected the former state)" https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/2080474/+attachment/5863778/+files/Screenshot%20from%202025-03-10%2018-50-07.png -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
--- Comment From [email protected] 2025-02-18 14:00 EDT--- Hi Olivier, I further tried recreating this installer crash with multipath disks on a Qemu setup. I followed the below steps: 1. Download the Ubuntu 24.04.1 iso from here: https://cdimage.ubuntu.com/releases/noble/release/ubuntu-24.04.1-live-server-ppc64el.iso 2. Create a qcow2 for provisioning a Ubuntu 24.04.1 guest qemu-img create -f qcow2 /home/amachhiw/images/ubunut-disk.qcow2 10G 3. Provision a guest with multipath disk configuration by running the following Qemu command line. The guest provisioning goes fine as expected. qemu-system-ppc64 \ -enable-kvm \ -m 4G \ -smp 2 \ -boot menu=on \ -device spapr-vscsi,id=scsi \ -drive if=none,id=mpatha,file=/home/amachhiw/images/multipath-disk.qcow2,format=qcow2,file.locking=off \ -device scsi-hd,drive=mpatha,serial=MPIO \ -drive if=none,id=mpathb,file=/home/amachhiw/images/multipath-disk.qcow2,format=qcow2,file.locking=off \ -drive file=/home/amachhiw/images/ubuntu-24.04.1-live-server-ppc64el.iso,media=cdrom \ -device scsi-hd,drive=mpathb,serial=MPIO \ -net nic,model=virtio \ -net user,hostfwd=::15447-:22 \ -nographic 5. Try a re-provision of the guest: a. Once provisioning completes and reach to the login prompt, just login and reboot. b. Keep hitting F12 for getting into the boot menu and boot from the cdrom 6. Follow the on-screen instructions for proceeding on the installer. Eventually, during the installation, the installer crashes with the below Traceback Traceback (most recent call last): File "/snap/subiquity/6065/lib/python3.10/site-packages/curtin/commands/main.py", line 202, in main ret = args.func(args) File "/snap/subiquity/6065/lib/python3.10/site-packages/curtin/log.py", line 97, in wrapper return log_time("TIMED %s: " % msg, func, *args, **kwargs) File "/snap/subiquity/6065/lib/python3.10/site-packages/curtin/log.py", line 79, in log_time return func(*args, **kwargs) File "/snap/subiquity/6065/lib/python3.10/site-packages/curtin/commands/block_meta.py", line 118, in block_meta meta_clear(devices, state.get('report_stack_prefix', '')) File "/snap/subiquity/6065/lib/python3.10/site-packages/curtin/commands/block_meta.py", line 2213, in meta_clear clear_holders.clear_holders(devices) File "/snap/subiquity/6065/lib/python3.10/site-packages/curtin/block/clear_holders.py", line 638, in clear_holders shutdown_function(dev_info['device']) File "/snap/subiquity/6065/lib/python3.10/site-packages/curtin/block/clear_holders.py", line 138, in shutdown_lvm util.subp(['lvremove', '--force', '--force', vg_lv_name]) File "/snap/subiquity/6065/lib/python3.10/site-packages/curtin/util.py", line 323, in subp return _subp(*args, **kwargs) File "/snap/subiquity/6065/lib/python3.10/site-packages/curtin/util.py", line 172, in _subp raise ProcessExecutionError(stdout=out, stderr=err, curtin.util.ProcessExecutionError: Unexpected error while running command. Command: ['lvremove', '--force', '--force', 'ubuntu-vg/ubuntu-lv'] Though this is not exactly the same as the original issue being discussed in the bugzilla, I have again been able to recreate this installer crash with 100% hit. Additionally, I observe the above errors mentioned in https://bugzilla.linux.ibm.com/show_bug.cgi?id=208604#c51 as well. Pasting the snippet of those errors below: dmesg - root@ubuntu:~# cat dmesg.log | grep -i device-mapper [0.148915] device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. Duplicate IMA measurements will not be recorded in the IMA log. [0.148929] device-mapper: uevent: version 1.0.3 [0.148993] device-mapper: ioctl: 4.48.0-ioctl (2023-03-01) initialised: [email protected] [8.671602] systemd[1]: Listening on dm-event.socket - Device-mapper event daemon FIFOs. [8.937037] systemd[1]: Starting multipathd.service - Device-Mapper Multipath Device Controller... [9.628257] device-mapper: multipath service-time: version 0.3.0 loaded [9.628444] device-mapper: table: 252:1: multipath: error getting device (-EBUSY) [9.628553] device-mapper: ioctl: error adding target to table [9.650510] device-mapper: table: 252:1: multipath: error getting device (-EBUSY) [9.650593] device-mapper: ioctl: error adding target to table [24100.057137] device-mapper: table: 252:1: multipath: error getting device (-EBUSY) [24100.057146] device-mapper: ioctl: error adding target to table [24100.058323] device-mapper: table: 252:1: multipath: error getting device (-EBUSY) [24100.058328] device-mapper: ioctl: error adding target to table [24230.276605] device-mapper: table: 252:1: multipath: error getting device (-EBUSY) [24230.276612] device-mapper: ioctl: error adding target to table [24230.284808] device-mapper: table: 252:1: multipath: error getting device (-EBUSY) [24230.284812] device-mapper: ioctl: error adding target to table multipath-tools --- root@ubuntu:~# systemctl status multipath-tools * multipathd.service - Device-Mapper Multipath
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hello,
I tried to reproduce the issue again today. Although this time the
installer didn't crash ("$ vgs" and "$ lvs" returned valid information),
I was in a scenario somewhat similar to what I described in comment 29:
$ dmesg
[ 1221.355112] device-mapper: table: 252:1: multipath: error getting device
(-EBUSY)
[ 1221.355116] device-mapper: ioctl: error adding target to table
[ 1221.32] device-mapper: table: 252:1: multipath: error getting device
(-EBUSY)
[ 1221.34] device-mapper: ioctl: error adding target to table
[ 1232.281218] device-mapper: table: 252:1: multipath: error getting device
(-EBUSY)
[ 1232.281223] device-mapper: ioctl: error adding target to table
[ 1232.281668] device-mapper: table: 252:1: multipath: error getting device
(-EBUSY)
[ 1232.281670] device-mapper: ioctl: error adding target to table
$ systemctl status multipath-tools
* multipathd.service - Device-Mapper Multipath Device Controller
Loaded: loaded (/usr/lib/systemd/system/multipathd.service; enabled;
preset: enabled)
Active: active (running) since Wed 2025-02-12 12:36:57 UTC; 20min ago
TriggeredBy: * multipathd.socket
Main PID: 911 (multipathd)
Status: "up"
Tasks: 7
Memory: 20.3M (peak: 20.5M)
CPU: 213ms
CGroup: /system.slice/multipathd.service
`-911 /sbin/multipathd -d -s
Feb 12 12:36:57 ubuntu-server multipathd[911]: libdevmapper:
ioctl/libdm-iface.c(1990): device-mapper: reload ioctl on mpatha (252:1)
failed: Device or resource busy
Feb 12 12:36:57 ubuntu-server multipathd[911]: dm_addmap: libdm task=0 error:
Device or resource busy
Feb 12 12:36:57 ubuntu-server multipathd[911]: mpatha: ignoring map
Feb 12 12:36:57 ubuntu-server multipathd[911]: sda: setting scsi timeouts is
unsupported for protocol scsi:unspec
Feb 12 12:36:57 ubuntu-server multipathd[911]: sdb: setting scsi timeouts is
unsupported for protocol scsi:unspec
Feb 12 12:36:57 ubuntu-server multipathd[911]: mpatha: addmap [0 25165824
multipath 0 0 2 1 service-time 0 1 1 8:0 1 service-time 0 1 1 8:16 1]
Feb 12 12:36:57 ubuntu-server multipathd[911]: libdevmapper:
ioctl/libdm-iface.c(1990): device-mapper: reload ioctl on mpatha (252:1)
failed: Device or resource busy
Feb 12 12:36:57 ubuntu-server multipathd[911]: dm_addmap: libdm task=0 error:
Device or resource busy
Feb 12 12:36:57 ubuntu-server multipathd[911]: mpatha: ignoring map
Feb 12 12:36:57 ubuntu-server systemd[1]: Started multipathd.service -
Device-Mapper Multipath Device Controller.
$ multipath
1232.283332 | sda: setting scsi timeouts is unsupported for protocol scsi:unspec
1232.283343 | sdb: setting scsi timeouts is unsupported for protocol scsi:unspec
1232.283368 | mpatha: addmap [0 25165824 multipath 0 0 2 1 service-time 0 1 1
8:0 1 service-time 0 1 1 8:16 1]
1232.283518 | libdevmapper: ioctl/libdm-iface.c(1990): device-mapper: reload
ioctl on mpatha (252:1) failed: Device or resource busy
1232.283568 | dm_addmap: libdm task=0 error: Device or resource busy
1232.283604 | mpatha: ignoring map
1232.283906 | sda: setting scsi timeouts is unsupported for protocol scsi:unspec
1232.283909 | sdb: setting scsi timeouts is unsupported for protocol scsi:unspec
1232.283918 | mpatha: addmap [0 25165824 multipath 0 0 2 1 service-time 0 1 1
8:0 1 service-time 0 1 1 8:16 1]
1232.283963 | libdevmapper: ioctl/libdm-iface.c(1990): device-mapper: reload
ioctl on mpatha (252:1) failed: Device or resource busy
1232.283988 | dm_addmap: libdm task=0 error: Device or resource busy
1232.284177 | mpatha: ignoring map
Could you check if you're seeing any of the above errors? Ideally, would
you mind sharing the journal logs + dmesg.log?
Thank you,
Olivier
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2080474
Title:
ubuntu installation failing for systems having SAN disk
To manage notifications about this bug go to:
https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Changed in: multipath-tools (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Hi Amit, so far we faild to recreate this case, neither on ppc64el nor on a different platform. So first of all the recommendation (and to unblock in such cases) is still the workaround mentioned here: https://bugs.launchpad.net/subiquity/+bug/2080474/comments/4 We briefly discussed if the disk setup was maybe created by a different OS (like AIX) and that we may could implement the workaround in a better way. You mentioned that this also happens with FC40, that might be an indication that is only happens with a relatively modern multipath stack. Do you have mor information about the FC40 case, maybe an upstream bug, that allows to join forces? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Changed in: ubuntu-power-systems Status: In Progress => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Changed in: subiquity Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
@iranna It looks like sent some questions on the 11th, would you review those? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
Now trying to find some differences in the systems, you already shared the lsblk output in comment #26. Would you mind also sharing the output of: multipath -ll lscpu and lsmem ? And the existing disk configuration (before the wipefs), where did it came from - or how was it generated? Was it a previous Ubuntu installation (which release), or a different Linux OS (like RH, which release?) or even a different OS (partially), like AIX? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
FYI Frank and I tried to recreate for debugging, but failed to trigger the symptom so far. Used a multipath setup with 4 paths and 5 disks, passed into a KVM guest for some debuggability. Inside the guest we created PV/VG/LV to represent the issues that were described. Then we started the installation from a ISO on that system (10 times), but it always came up with all mpaths detected. Next we changed resources to be really tight - in case that would be the reason, still working. Next we broke some of the VG/LVM config, but while VG/LVM partially broke it never affected probert and/or subiquity in any way. For comparison purpose here the config used and the detection the guest then had on the devices. root@ubuntu-server:/# multipath -ll mpatha (36005076306ffd6b62402) dm-0 IBM,2107900 size=10G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 1:0:0:0 sdn 8:208 active ready running |- 1:0:0:5 sdp 8:240 active ready running |- 0:0:0:3 sde 8:64 active ready running `- 2:0:0:1 sdl 8:176 active ready running mpathb (36005076306ffd6b62403) dm-1 IBM,2107900 size=10G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 1:0:0:1 sdt 65:48 active ready running |- 1:0:0:6 sdo 8:224 active ready running |- 0:0:0:4 sdd 8:48 active ready running `- 2:0:0:2 sdm 8:192 active ready running mpathc (36005076306ffd6b6240a) dm-2 IBM,2107900 size=10G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 1:0:0:2 sds 65:32 active ready running |- 0:0:0:0 sda 8:0 active ready running |- 0:0:0:5 sdc 8:32 active ready running `- 2:0:0:3 sdk 8:160 active ready running mpathd (36005076306ffd6b62423) dm-3 IBM,2107900 size=64G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 1:0:0:3 sdr 65:16 active ready running |- 0:0:0:1 sdg 8:96 active ready running |- 0:0:0:6 sdb 8:16 active ready running `- 2:0:0:4 sdj 8:144 active ready running mpathe (36005076306ffd6b62424) dm-4 IBM,2107900 size=64G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 1:0:0:4 sdq 65:0 active ready running |- 0:0:0:2 sdf 8:80 active ready running |- 2:0:0:0 sdh 8:112 active ready running `- 2:0:0:5 sdi 8:128 active ready running n-testmultipath 8 8 4 hvm destroy restart destroy /usr/bin/qemu-system-s390x -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Tags added: installation -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
here's what I remember observing on the platform where we reproduced the issue. If more is needed, we need to redo the same setup * dmesg was showing the following errors: > device-mapper: multipath: error getting device > device-mapper: ioctl: error adding target to table * restarting multipathd (systemctl restart multipathd) would cause the above errors to be shown again. * fdisk would show sda, sdb, sdc, sdd but no mpatha device. * LVM tools (vgs, pvs, lvms) would return no output; although udev would show partitions used as PVs as "lvm_member" -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
It looks like we could reproduce this on a different platform. And it seems to be a race condition in multipath itself, hence adding multipath-tools as affected package. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Also affects: multipath-tools (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2080474] Re: ubuntu installation failing for systems having SAN disk
** Also affects: subiquity Importance: Undecided Status: New ** Also affects: ubuntu-power-systems Importance: Undecided Status: New ** No longer affects: linux (Ubuntu) ** Changed in: ubuntu-power-systems Assignee: (unassigned) => Ubuntu on IBM Power Systems Bug Triage (ubuntu-power-triage) ** Changed in: ubuntu-power-systems Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080474 Title: ubuntu installation failing for systems having SAN disk To manage notifications about this bug go to: https://bugs.launchpad.net/subiquity/+bug/2080474/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
