------- Comment From niklas.schne...@ibm.com 2021-01-22 10:39 EDT------- (In reply to comment #87) > Ubuntu supports NVMe Multipath on all architectures in Focal. I know that > some other distributions do not. > > Setting nvme-core.multipath=0 for s390x isos only, or changing kernel config > to disable multipath to "n" on s390x only, would mean regression on s390x as > compared with amd64/arm64/ppc64le. > > That would be suboptimal. > > Do you have no plans to support multipath NVMe and are customers who buy > expensive multipath capable NVMe drives will not be able to use multipath > capability with them? Or for example is multipath handled separately on Z > with NVMe? (ie. HMC mediated) > > My preference would be to see a chreipl fix upstream in s390-tools to add > support for multipath nvme drives, and SRU that too.
Oh, we absolutely want to support NVMe multipathing and I don't see a general reason to disable it in the config as I don't know about any other issues with it. This is only about working around the current "chreipl node /dev/nvmeXYZ" bug which as far as I understand breaks the final reboot from the installer to the installed system. We're already working on a chreipl fix but as far as I understand the installer ISOs are released only for .x releases and running the installer with multipathing off should only impact the installer's performance or am I missing something? So this is definitely meant as a temporary workaround. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1902179 Title: [20.04 FEAT] Support/enhancement of NVMe IPL To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1902179/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
