yahoo-eng-team team mailing list archive

[Chad Smith <1825596@xxxxxxxxxxxxxxxxxx>]

This bug is believed to be fixed in cloud-init in version 19.1. 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/1825596

Title:
  Azure reboot with unformatted ephemeral drive won't mount reformatted
  volume

Status in cloud-init:
  Fix Released

Bug description:
  If an Azure VM is rebooted after being moved to a different host (e.g.
  after a deallocate operation or after a service-heal to remove a bad
  host from service), the ephemeral drive exposed to the VM is reset to
  the default state (NTFS format). The Azure data source detects this
  and marks cc_disk_setup and cc_mounts to be run. While cc_disk_setup
  reformats the volume as desired, cc_mounts determines that the
  appropriate mount request was already in /etc/fstab (as setup during
  initial provisioning). Since the normal boot process would already
  have mounted everything according to fstab, the cc_mounts logic is "no
  mount -a is required". This is not true in this scenario.

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