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 |
|