[Bug 1990585] [NEW] cloud-net fails when DHCP slow

Greg Lee 1990585 at bugs.launchpad.net
Thu Sep 22 20:36:26 UTC 2022


Public bug reported:

During a cloud-init autoinstall with Ubunutu Focal Server 20.04, the
attempts to retrieve the meta-data file fail immediately with no timeout
as indicated in the cloud-init.log.  According to the system logs, the
network does not receive an IP address until after the attempt to
retrieve the meta-data file.  The DHCP in the facility is known to be a
little slow.

It is possible to retrieve the file by switching to a second virtual
terminal and downloading it with wget (after the failure of the cloud-
init).  It appears that the url_helper.py function reporting the failure
to retrieve the files does not wait for any timeout period when the
network is not yet present.

Possible solution?  Adding a check with a timeout of a few seconds for
the network being available before moving to download the meta-data and
user-data files.

** Affects: subiquity (Ubuntu)
     Importance: Undecided
         Status: New

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

Title:
  cloud-net fails when DHCP slow

Status in subiquity package in Ubuntu:
  New

Bug description:
  During a cloud-init autoinstall with Ubunutu Focal Server 20.04, the
  attempts to retrieve the meta-data file fail immediately with no
  timeout as indicated in the cloud-init.log.  According to the system
  logs, the network does not receive an IP address until after the
  attempt to retrieve the meta-data file.  The DHCP in the facility is
  known to be a little slow.

  It is possible to retrieve the file by switching to a second virtual
  terminal and downloading it with wget (after the failure of the cloud-
  init).  It appears that the url_helper.py function reporting the
  failure to retrieve the files does not wait for any timeout period
  when the network is not yet present.

  Possible solution?  Adding a check with a timeout of a few seconds for
  the network being available before moving to download the meta-data
  and user-data files.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/subiquity/+bug/1990585/+subscriptions




More information about the foundations-bugs mailing list