Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

In Ubuntu 12.10, the legacy 'user' cloud-config option is not handled properly #2350

Closed
ubuntu-server-builder opened this issue May 9, 2023 · 10 comments
Labels
launchpad Migrated from Launchpad

Comments

@ubuntu-server-builder
Copy link
Collaborator

This bug was originally filed in Launchpad as LP: #1100920

Launchpad details
affected_projects = ['heat', 'cloud-init (Ubuntu)', 'cloud-init (Ubuntu Quantal)', 'cloud-init (Ubuntu Raring)']
assignee = None
assignee_name = None
date_closed = 2013-05-15T20:02:24.351926+00:00
date_created = 2013-01-17T19:26:26.199617+00:00
date_fix_committed = 2013-01-25T20:12:19.307231+00:00
date_fix_released = 2013-05-15T20:02:24.351926+00:00
id = 1100920
importance = medium
is_complete = True
lp_url = https://bugs.launchpad.net/cloud-init/+bug/1100920
milestone = None
owner = clint-fewbar
owner_name = Clint Byrum
private = False
status = fix_released
submitter = clint-fewbar
submitter_name = Clint Byrum
tags = ['patch']
duplicates = [1158906]

Launchpad user Clint Byrum(clint-fewbar) wrote on 2013-01-17T19:26:26.199617+00:00

When trying to use HEAT with Ubuntu 12.10, the following cloud-config is used:

--------BEGIN------------
runcmd:

  • setenforce 0 > /dev/null 2>&1 || true

user: ec2-user

cloud_config_modules:

  • locale
  • set_hostname
  • ssh
  • timezone
  • update_etc_hosts
  • update_hostname
  • runcmd

Capture all subprocess output into a logfile

Useful for troubleshooting cloud-init issues

output: {all: '| tee -a /var/log/cloud-init-output.log'}
--------END-----------
This results in ec2-user being created, but no SSH keys for it.

@ubuntu-server-builder ubuntu-server-builder added the launchpad Migrated from Launchpad label May 9, 2023
@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Clint Byrum(clint-fewbar) wrote on 2013-01-17T19:37:02.857298+00:00

Linking to HEAT to document the problem. May need to work around broken version of cloud-init once it is understood fully.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Clint Byrum(clint-fewbar) wrote on 2013-01-18T23:10:46.081246+00:00

I'm closing the heat task. Heat is doing the right thing here, I think cloud-init was just doing the wrong one.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Clint Byrum(clint-fewbar) wrote on 2013-01-23T02:27:59.457705+00:00

Just FYI, the fix that is going into trunk requires some things to be present in /etc/cloud/cloud.cfg. I'm not sure fixing this is worth a conffile update, so we might have to just leave this as a Won't Fix for quantal unless we do something clever, and clever usually leads to regressions.. :-P

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Scott Moser(smoser) wrote on 2013-01-31T14:19:24.333970+00:00

I'm pretty sure that the trunk commit "just works" when applied to quantal. I'm attaching a deb here and the patch that built it, mainly for future reference.

I would appreciate feedback as to whether or not it works though. The reason (i think) it "just works" without a config change as Clint suggested is that the distro class in quantal returned a dict for 'get_default_user' the same as trunk does. The difference is one just comes from code (quantal) and the other from config (raring/trunk).
b
Launchpad attachments: debdiff for quantal

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Scott Moser(smoser) wrote on 2013-01-31T14:22:29.747062+00:00

Launchpad attachments: deb for quantal with above patch applied

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Clint Byrum(clint-fewbar) wrote on 2013-01-31T17:02:27+00:00

Excerpts from Scott Moser's message of 2013-01-31 14:19:24 UTC:

I'm pretty sure that the trunk commit "just works" when applied to
quantal. I'm attaching a deb here and the patch that built it, mainly
for future reference.

I would appreciate feedback as to whether or not it works though. The reason (i think) it "just works" without a config change as Clint suggested is that the distro class in quantal returned a dict for 'get_default_user' the same as trunk does. The difference is one just comes from code (quantal) and the other from config (raring/trunk).
b

You may be right, I don't think I actually tried the patch backported, I just tried trunk on quantal. So perhaps it is SRU'able.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Scott Moser(smoser) wrote on 2013-03-12T16:15:08.299236+00:00

This change made it into 0.7.2~bzr795-0ubuntu1 but it is not listed in the changelog.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Clint Byrum(clint-fewbar) wrote on 2013-05-07T16:10:14.173166+00:00

I can confirm that Ubuntu 13.04 images work fine with Heat now.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Scott Moser(smoser) wrote on 2013-05-15T20:02:22.930074+00:00

fixed in 0.7.2

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Rolf Leggewie(r0lf) wrote on 2014-12-03T10:00:38.717794+00:00

quantal has seen the end of its life and is no longer receiving any updates. Marking the quantal task for this ticket as "Won't Fix".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
launchpad Migrated from Launchpad
Projects
None yet
Development

No branches or pull requests

1 participant