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

installing cloud init in vmware breaks ubuntu user #3121

Closed
ubuntu-server-builder opened this issue May 11, 2023 · 9 comments
Closed

installing cloud init in vmware breaks ubuntu user #3121

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

Comments

@ubuntu-server-builder
Copy link
Collaborator

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

Launchpad details
affected_projects = ['cloud-init (Ubuntu)', 'cloud-init (Ubuntu Xenial)']
assignee = None
assignee_name = None
date_closed = 2022-11-02T10:42:31.728188+00:00
date_created = 2018-02-21T09:52:43.627250+00:00
date_fix_committed = 2022-11-02T10:42:31.728188+00:00
date_fix_released = 2022-11-02T10:42:31.728188+00:00
id = 1750770
importance = undecided
is_complete = True
lp_url = https://bugs.launchpad.net/cloud-init/+bug/1750770
milestone = None
owner = paelzer
owner_name = Christian Ehrhardt 
private = False
status = fix_released
submitter = paelzer
submitter_name = Christian Ehrhardt 
tags = []
duplicates = []

Launchpad user Christian Ehrhardt (paelzer) wrote on 2018-02-21T09:52:43.627250+00:00

When installing cloud-init in vmware without any setup for user/vendor data it breaks the ubuntu user.

Steps to reproduce:

  1. take vmwre (free 30 days is fine)
  2. install xenial (maybe newer as well but my case was xenial)
  3. set up your user to be ubuntu/ubuntu (through the vmware fast installer)

you now have a working system

no user/vendor data provider was set up (unless vmware did some internally)

  1. install cloud-init
  2. reboot

on reboot I see the cloud init vmware data gatherer timing out (fine as expected)

But after that I can't login anymore, so it seems it changed the user

This came up in debugging another issue - so there is a chance I messed the service dependencies up enough to trigger this :-/ (we need to check that)

Sorry, this sucks at getting logs and since I can't login anymore ...
I'll have to setup a new system with a second user to use to take a look.

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

Launchpad user Christian Ehrhardt (paelzer) wrote on 2018-02-21T10:24:00.707394+00:00

I now have a second system, did not mess with the job dependencies (yet) on this one and created a secondary admin user to get to the logs.

Kicking a reboot on this again shows cloud-init failing to get the date (as expected)
Like:
url_helper.py to 169.254.169.254:80 (no route)
...
some 50 second timeouts later after giving up I now have the ubuntu user locked up (or PW changed) again.

Logging in with my secondary user should allow me to attach logs here ...

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Christian Ehrhardt (paelzer) wrote on 2018-02-21T10:26:59.067839+00:00

cloud-init.log http://paste.ubuntu.com/p/WwRp8ggDdr/
cloud-init-output.log http://paste.ubuntu.com/p/RVystXn6VQ/

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Scott Moser(smoser) wrote on 2018-03-08T08:08:42.491234+00:00

I suspect this is 16.04 only.
in 18.04, ds-identify should disable cloud-init correctly.
in 16.04 its still set to reporting only mode. and in the log it shows that the list got set to Ec2 (maybe).

I'm not sure what you were expectin though, whether you thouht cloud-init should get some vmware data from somewhere.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Christian Ehrhardt (paelzer) wrote on 2018-03-08T08:24:23.046896+00:00

I expected it not to break, let me (try to) recreate and talk later (hopefully my vmware still works ...).

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Christian Ehrhardt (paelzer) wrote on 2018-03-08T08:33:51.020463+00:00

"not to break" is rather useless statement - I beg your pardon.
Better:
I'd expect it to:

  • cloud-init wont work as there is no datasource (fine
  • cloud-init not to change my user in a way that I can't log in anymore.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Christian Ehrhardt (paelzer) wrote on 2018-03-08T11:34:02.292018+00:00

In a joint debug session it was found that the user gets locked by the none Datasource.

Fixed in Bionic due to better DS detection.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Christian Ehrhardt (paelzer) wrote on 2018-03-08T11:34:54.958776+00:00

Maybe the none DS should not add/lock user.
Without data adding that it is worth nothing.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user Scott Moser(smoser) wrote on 2018-03-08T22:29:50.696504+00:00

So in cloud-init on bionic, in the scenario that Christian was running in, cloud-init would disable itself so that no disabling of the ubuntu user would occur.

quite possibly we could or should re-visist the use case of the None datasource, possibly making it not create a user at all.

@ubuntu-server-builder
Copy link
Collaborator Author

Launchpad user James Falcon(falcojr) wrote on 2022-11-02T10:42:47.756275+00:00

upstream changed to Fix Released as it is the same status as Ubuntu.

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