This bug was fixed in the package livecd-rootfs - 2.540 --------------- livecd-rootfs (2.540) cosmic; urgency=medium
* Ensure /lib/modules exists in root tarballs and sqashfs. (LP: #1792905) -- Tobias Koch <tobias.k...@canonical.com> Thu, 20 Sep 2018 09:38:34 +0200 ** Changed in: livecd-rootfs (Ubuntu Cosmic) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1792905 Title: [2.5] iSCSI systemd services fails and blocks for 1 min 30 seconds Status in cloud-images: Triaged Status in MAAS: Triaged Status in cloud-initramfs-tools package in Ubuntu: Fix Released Status in livecd-rootfs package in Ubuntu: Fix Released Status in open-iscsi package in Ubuntu: Confirmed Status in cloud-initramfs-tools source package in Xenial: In Progress Status in livecd-rootfs source package in Xenial: Invalid Status in open-iscsi source package in Xenial: Confirmed Status in cloud-initramfs-tools source package in Bionic: In Progress Status in livecd-rootfs source package in Bionic: Fix Committed Status in open-iscsi source package in Bionic: Confirmed Status in cloud-initramfs-tools source package in Cosmic: Fix Released Status in livecd-rootfs source package in Cosmic: Fix Released Status in open-iscsi source package in Cosmic: Confirmed Bug description: [Impact] * Affects environments where the base image is read-only but kernel modules are copied from the initramfs to the real root via cloud- initramfs-copymods package. * This affects users of our stable release images available from http ://cloud-images.ubuntu.com. * The attached fixes ensure /lib/modules always exists by creating it explicitly instead of relying on it to come from a package. [Test Case] * Download http://cloud-images.ubuntu.com/bionic/current/bionic- server-cloudimg-amd64.squashfs * Unpack it via `sudo unsquashfs bionic-server-cloudimg- amd64.squashfs` * Inspect the unpacked root filesystem and find that '/lib/modules' is missing. * Install local build scripts as described at https://github.com/chrisglass/ubuntu-old-fashioned (note: you will need ubuntu-old-fashioned master for cosmic) * Re-build the images using the updated livecd-rootfs package. * Unpack the resulting livecd.ubuntu-cpc.squashfs artifact using unsquashfs again. * Inspect the unpacked root filesystem and find that '/lib/modules' exists. * It is pure luck that package purges which are done analogously in Cosmic image builds do not remove '/lib/modules', hence this fix is introduced there, as well. * Xenial is not affected. * Test builds were carried out for Cosmic and Bionic with the expected results. [Regression Potential] * This is a fix to a regression. The existence of the directory had previously been ensured, but the mkdir call got lost in recent re- factoring. See also: https://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/bionic- proposed/revision/1678 https://bazaar.launchpad.net/~ubuntu-core-dev/livecd- rootfs/trunk/revision/1681 * Packaging tools should not take offense at the existence of a directory, even if it was not part of a package. So potential for unforseeable regressions is very low. ===ORIGINAL BUG DESCRIPTION=== Let me first start with saying MAAS is *not* using iSCSI anymore and is *NOT* in this case either. For some reason now using enlistment, commissioning, and deploying the ephemeral environment will block for 1 min 30 seconds waiting for the iSCSI daemon to succeed, which it never does. This increases the boot time drastically. To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-images/+bug/1792905/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp