[Bug 1792905] Re: [2.5] iSCSI systemd services fails and blocks for 1 min 30 secconds

[Scott Moser]

See bug 1543204 for more information.

The change that caused this regression was in ubuntu released bionic images.
Between 20180831 and 20180911 the /lib/modules directory disappeared.

That means that 'copymods' cannot copy modules from initramfs into the
root filesystem, and without that, open-iscsi is behaving oddly.

We can/should make open-iscsi not block in this case as whatever it is
waiting for is probably not going to ever arrive (possibly a kernel module?).

But we want/need the /lib/modules directory in the images or copymods
can't really do what it does.


** Changed in: open-iscsi (Ubuntu)
       Status: New => Confirmed

** Changed in: open-iscsi (Ubuntu)
   Importance: Undecided => Low

** Also affects: cloud-images
   Importance: Undecided
       Status: New

** Changed in: cloud-images
       Status: New => Triaged

** Changed in: cloud-images
   Importance: Undecided => High

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to open-iscsi in Ubuntu.
https://bugs.launchpad.net/bugs/1792905

Title:
  [2.5] iSCSI systemd services fails and blocks for 1 min 30 secconds

Status in cloud-images:
  Triaged
Status in MAAS:
  Triaged
Status in open-iscsi package in Ubuntu:
  Confirmed

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