Google Compute Engine (GCE) datasource setting to none after update
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cloud-init |
Fix Released
|
Medium
|
Unassigned | ||
cloud-init (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Xenial |
Fix Released
|
Medium
|
Unassigned | ||
Yakkety |
Fix Released
|
Medium
|
Unassigned |
Bug Description
=== Begin SRU Template ===
[Impact]
When running on a Google Compute (GCE),
instances may show a warning on ssh login or in the cloud-init.log file.
This was by design, as we wanted to find places where ds-identify was
not working correctly.
This seems to only occur on older instances. The original reporter
cannot re-create it on a new instance. The reason for the behavior
change is that the new instances have different smbios information.
Presumably this is because the mechanism for launching the new
instances has been changed to include 'Google Compute' in the Product
Name where previously only 'Google' appeard.
[Test Case]
Note, you'd have to have an old instance to actually see this.
So this is not really easy to test the fix.
The test for no regression is easier:
1. Launch an instance on a GCE.
2. enable proposed, upgrade
3. rm -Rf /var/lib/cloud /var/log/cloud*
4. reboot
5. ssh back in, expect to see no warning.
[Regression Potential]
Very low. the change was just to consider an a dmi product serial
number with 'GoogleCloud-*' as a indication that we are running on
Google Compute. That would seem a very low false-positive rate.
[Other Info]
=== End SRU Template ===
The following message appears after login in my Google Cloud VPS:
*******
# A new feature in cloud-init identified possible datasources for #
# this system as: #
# ['None'] #
# However, the datasource used was: GCE #
# #
# In the future, cloud-init will only attempt to use datasources that #
# are identified or specifically configured. #
# For more information see #
# https:/
# #
# If you are seeing this message, please file a bug against #
# cloud-init at #
# https:/
# Make sure to include the cloud provider your instance is #
# running on. #
# #
# After you have filed a bug, you can disable this warning by launching #
# your instance with the cloud-config below, or putting that content #
# into /etc/cloud/
# #
# #cloud-config #
# warnings: #
# dsid_missing_
*******
Related branches
- Server Team CI bot: Approve (continuous-integration)
- cloud-init Commiters: Pending requested
-
Diff: 113 lines (+44/-2)3 files modifiedcloudinit/sources/DataSourceGCE.py (+18/-0)
tests/unittests/test_datasource/test_gce.py (+13/-1)
tools/ds-identify (+13/-1)
summary: |
- Cloud-init datasource setting to none after update + GCE Cloud-init datasource setting to none after update |
summary: |
- GCE Cloud-init datasource setting to none after update + Google Compute Engine (gce) datasource setting to none after update |
summary: |
- Google Compute Engine (gce) datasource setting to none after update + Google Compute Engine (GCE) datasource setting to none after update |
Changed in cloud-init (Ubuntu): | |
status: | New → In Progress |
importance: | Undecided → Medium |
Changed in cloud-init: | |
status: | Confirmed → Fix Committed |
Changed in cloud-init (Ubuntu Xenial): | |
status: | New → Confirmed |
Changed in cloud-init (Ubuntu Yakkety): | |
status: | New → Confirmed |
Changed in cloud-init (Ubuntu Xenial): | |
importance: | Undecided → Medium |
Changed in cloud-init (Ubuntu Yakkety): | |
importance: | Undecided → Medium |
description: | updated |
tags: |
added: verification-done-xenial verification-done-yakkety removed: verification-needed |
tags: | added: id-58d1e989e9aad3138d26e398 |
Hi, Thanks for taking the time to file this bug.
Cloud-init attempts to identify compute via the smbios information in /sys/class/ dmi/id/ product_ name. The documentation shows that that field should contain 'Google Compute Engine', and my testing seems to validate that.
can you please collect the following from the system:
/run/cloud-init/ log/cloud- init.log
/etc/cloud/
/var/
dmesg > dmesg.txt
journalctl -o short-precise > journal.txt
uname -a
Then, please run: ds-identify --force
sudo /usr/lib/
And collect the (now updated) files: cloud-init/ cloud.cfg cloud-init/ ds-identify. log
/run/
/run/
After doing so, please set the bug back to 'confirmed'.
Thanks again.
Scott