| valla | Hi! Is it possible to have cloud-init add a user (and public key) before running package_update & package_upgrade ? | 14:01 |
|---|---|---|
| Odd_Bloke | valla: Specifying user and group configuration as per https://cloudinit.readthedocs.io/en/latest/topics/modules.html#users-and-groups should have it applied before the package module runs. | 15:53 |
| valla | Odd_Bloke: yeah not sure what Im doing wrong then? | 16:07 |
| valla | https://termbin.com/g9k0 | 16:09 |
| valla | will cause the machine to update upgrade and reboot before installing the user and key | 16:09 |
| Odd_Bloke | valla: Can you run `cloud-init collect-logs` on an affected instance and put the tarball somewhere? (A bug report using the link in the topic would work, if you have a Launchpad account.) | 16:11 |
| valla | Odd_Bloke: okay! I will try that | 17:38 |
| hamalq_ | i just signed the agreement, does that show some where that i did or should i wait for approval | 18:44 |
| Odd_Bloke | hamalq_: That will show up in our internal tracking tool: we'll confirm that it's present as part of reviewing your first PR (as per https://cloudinit.readthedocs.io/en/latest/topics/hacking.html#submitting-your-first-pull-request). | 18:51 |
| hamalq_ | thanks | 18:51 |
| Odd_Bloke | :) | 18:53 |
| Odd_Bloke | falcojr: FYI, I have EC2 and GCE results locally; I'm running into some OCI issues which I'm digging into currently. | 20:37 |
| falcojr | great! I'm currently re-running tests that skipped/failed | 20:38 |
| Odd_Bloke | The issues are basically https://github.com/canonical/pycloudlib/issues/105 and https://github.com/canonical/pycloudlib/issues/136 | 20:47 |
| Odd_Bloke | Nothing I can't workaround, for now. | 20:47 |
| falcojr | Odd_Bloke: Does this mean that no lxd vm images will work at all? | 20:58 |
| falcojr | https://github.com/canonical/cloud-init/blob/master/tests/integration_tests/conftest.py#L239 | 20:58 |
| falcojr | I thought we could use one of the "images:" images, but is that not correct? | 21:00 |
| Odd_Bloke | falcojr: Yep, `images:ubuntu/16.04/cloud::ubuntu::xenial` should work (and because `image_id` is the first part of OS_IMAGE, it won't match "xenial" so should not fail). | 21:06 |
| falcojr | hmmm, just kicked off another test, but I'll have to try that | 21:07 |
| falcojr | that's a much easier way of specifying images than what I was doing | 21:08 |
| falcojr | I did lxc image list | grep -i xenial and grabbed one of the fingerprints | 21:08 |
| Odd_Bloke | Yeah, so I think images:16.04 won't work: specifically the .../cloud image is required. | 21:09 |
| falcojr | yeah, I think I tried that one (specifically e1c1c27f603f) and even with the -m lxd_use_exec (or whatever it is) flag, it still tried sshing forever | 21:10 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!