yahoo-eng-team team mailing list archive

[Scott Moser <ssmoser2+ubuntu@xxxxxxxxx>]

This bug is believed to be fixed in cloud-init in version 18.3. If this
is still a problem for you, please make a comment and set the state back
to New

Thank you.

** Changed in: cloud-init
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bugs/1766401

Title:
  full config file wiped after apt-upgrade issued

Status in cloud-images:
  New
Status in cloud-init:
  Fix Released
Status in cloud-init package in Ubuntu:
  Fix Released
Status in cloud-init source package in Xenial:
  Fix Released
Status in cloud-init source package in Artful:
  Fix Released
Status in cloud-init source package in Bionic:
  Confirmed
Status in cloud-init source package in Cosmic:
  Fix Released

Bug description:
  === Begin SRU Template ===
  [Impact]
  Upgrades of cloud-init on official Ubuntu 16.04 and 17.10 images
  running on IBM public cloud will be unreachable after a reboot.

  This is because cloud-init incorrectly recognizes the newly added
  'IBMCloud' as the datasource to use and skips use of the previously used
  ConfigDrive or NoCloud datasource.  This is because
  a.) Official 16.04 and 17.10 images of Ubuntu have seeded data
   in their /var/lib/cloud/seed/ directory that was used on first
   boot and should be continued to be used.
  b.) IBMCloud's datasource in some scenarios appears looks similar
   to that of Config Drive.  The version of cloud-init in xenial and
   artful checks to disable config-drive in order to identify the
   IBMCloud datasource.  That should not happen unless the IBMCloud
   datasource is enabled, which is configured off in those images.

  The fix is to continue using the existing datasource on those images.

  [Test Case]
   * Launch an image on IBM public cloud.
   * add -proposed
   * apt-get update && apt-get install cloud-init
   * reboot
   * ssh back in

  If you are able to ssh back in, then this bug has been fixed.

  [Regression Potential]
  This specific fix is tightly contained down the path involved in
  IBM cloud.   The most likely failure scenario would be failure
  in 18.04 images which do not have the additional datasources built
  into the images.

  [Other Info]
  Upstream commit at
    https://git.launchpad.net/cloud-init/commit/?id=11172924

  === End SRU Template ===

  
  file: 50-cloud-init.cfg wiped of it's initial (working) configuration after a standard apt-upgrade was issued.

  Cloud provider is SoftLayer.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-images/+bug/1766401/+subscriptions