Activity log for bug #1555902

Date Who What changed Old value New value Message
2016-03-11 02:28:40 Stephen A. Zarkos bug added bug
2016-04-06 19:00:08 Scott Moser cloud-init (Ubuntu): importance Undecided Medium
2016-04-06 19:00:08 Scott Moser cloud-init (Ubuntu): status New Fix Released
2016-04-06 19:00:17 Scott Moser nominated for series Ubuntu Precise
2016-04-06 19:00:17 Scott Moser bug task added cloud-init (Ubuntu Precise)
2016-04-06 19:00:24 Scott Moser cloud-init (Ubuntu Precise): status New Confirmed
2016-04-06 19:00:27 Scott Moser cloud-init (Ubuntu Precise): importance Undecided Medium
2016-04-25 11:37:45 Dan Watkins cloud-init (Ubuntu Precise): assignee Dan Watkins (daniel-thewatkins)
2016-04-25 11:37:46 Dan Watkins cloud-init (Ubuntu Precise): status Confirmed In Progress
2016-04-25 12:15:14 Dan Watkins description The Azure datasource on Trusty utilizes the system-uuid from SMBIOS as a unique VM ID to identify the instance. Precise still uses the older method of obtaining the Instance ID via the wire server, which is not stable in CRP. Precise should move to use the same instance ID detection logic as Trusty. Related Bugs: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1506187 https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1551419 SRU JUSTIFICATION [IMPACT] On Azure, the InstanceID is currently detected via a fabric provided XML file. With the new CRP stack, this ID is not guaranteed to be stable. As a result instances may go re-provision upon reboot. [FIX] Use DMI data to detect the instance ID and migrate existing instances to the new ID. [REGRESSION POTENTIAL] The fix is both in the cloud-init code and in the packaging. If the instance ID is not properly migrated, then a reboot may trigger re-provisioning. [TEST CASES] 1. Boot instance on Azure. 2. Apply cloud-init from -proposed. A migration message should apply. 3. Get the new instance ID: $ sudo cat /sys/class/dmi/id/product_uuid 4. Confirm that /var/lib/cloud/instance is a symlink to /var/lib/cloud/instances/<UUID from step 3> 5. Re-install cloud-init and confirm that migration message is NOT displayed. [TEST CASE 2] 1. Build new cloud-image from -proposed 2. Boot up instance 3. Confirm that /sys/class/dmi/id/product_uuid is used to get instance ID (see /var/log/cloud-init.log) [ORIGINAL REPORT] The Azure datasource on Trusty utilizes the system-uuid from SMBIOS as a unique VM ID to identify the instance. Precise still uses the older method of obtaining the Instance ID via the wire server, which is not stable in CRP. Precise should move to use the same instance ID detection logic as Trusty. Related Bugs: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1506187 https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1551419
2016-04-25 12:16:35 Dan Watkins summary Azure: Precise should use the same instance ID detection as Trusty [SRU] Azure: Precise should use the same instance ID detection as Trusty
2016-04-25 12:41:17 Dan Watkins attachment added lp1555902.debdiff https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1555902/+attachment/4646434/+files/lp1555902.debdiff
2016-04-25 15:17:24 Dan Watkins attachment added lp1555902.debdiff https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1555902/+attachment/4646729/+files/lp1555902.debdiff
2016-04-27 14:17:21 Mathew Hodson marked as duplicate 1506187