| langjv | Is anyone aware of any issues using cloud-init's #cloud-config YAML file format for a user-data file (from metadata service) on RHEL8? I have a simple cloud-config user-data that works fine in RHEL7 - but if i pass the same file in on RHEL8 - it doesn't read/parse it properly | 12:43 |
|---|---|---|
| langjv | (website said asking questions her was OK - let me know if that isn't the case) | 12:43 |
| langjv | https://pastebin.com/1igasWkr | 12:49 |
| langjv | I opened a bug for my issue: https://bugs.launchpad.net/cloud-init/+bug/1886428 Hopefully i'm just doing something wrong/incorrect :( | 13:41 |
| ubot5 | Ubuntu bug 1886428 in cloud-init "Cloud-Init on RHEL8 cannot parse #cloud-config user-data" [Undecided,New] | 13:41 |
| smoser | langjv: what cloud is this running on ? | 14:26 |
| langjv | VMWare VIO | 14:27 |
| langjv | I haven't yet reached out to them because i can "see" user-data, and it loads from metadata service fine/correctly, it seems more something on the cloud-init side simply not registering/parsing it correctly. I could be mis-interpreting what im seeing/troubleshooting though | 14:29 |
| smoser | well. i'm surprised that it works on rhel7 but not rhel8. | 14:30 |
| smoser | 2 things that'd be helpful: | 14:31 |
| smoser | a.) collect the rhel7 (working) log also | 14:31 |
| smoser | b.) try with newer rpms at https://copr.fedorainfracloud.org/groups/g/cloud-init/coprs/ | 14:32 |
| langjv | a was a no brainer - i should have done that initially. Working on "b" right now. will take a bit | 14:36 |
| smoser | it looks to me like maybe you don't have vmware tools installed | 14:36 |
| smoser | or maybe there is a systemd issue that prevents it from running. | 14:37 |
| smoser | see the "Did not find VMware Customization Config File" | 14:37 |
| smoser | https://bugzilla.redhat.com/show_bug.cgi?id=1660713 seems related. | 14:38 |
| ubot5 | bugzilla.redhat.com bug 1660713 in open-vm-tools "[ESXi][RHEL8.0]Enable cloud-init by default to change the systemd unit file vmtoolsd.service" [Medium,Closed: currentrelease] | 14:38 |
| langjv | I can confirm my RHEL8 box has an 11.X version installed - and the "before" cloud-init line is appopriately in the systemd service file already. | 14:48 |
| smoser | langjv: the key is DefaultDependencies=no | 14:53 |
| smoser | it needs that | 14:53 |
| langjv | it needs that removed? | 14:56 |
| langjv | [root@rhel8-base log]# cat /usr/lib/systemd/system/vmtoolsd.service[Unit]Description=Service for virtual machines hosted on | 14:56 |
| langjv | VMwareDocumentation=http://github.com/vmware/open-vm-toolsConditionVirtualization=vmwareRequires=vgauthd.serviceAfter=vgauthd.serviceDefaultDependencies=noBefore=cloud-init-local.service[Service]ExecStart=/usr/bin/vmtoolsdTimeoutStopSec=5[Install]WantedBy=multi-user.targetAlso=vgauthd.service | 14:56 |
| langjv | https://pastebin.com/ESnih10p | 14:56 |
| smoser | hm.. that looks sane. | 14:58 |
| langjv | Yeah - the comments in the thread seem to indicate to me that DefaultDependencies there, or not there, shouldn't matter. | 15:02 |
| langjv | I do have 20.2+90.gb923a9e3 downloded - working on adding that guys in and testing with him | 15:02 |
| smoser | the thread is wrong | 15:05 |
| smoser | you do need DefaultDependencies=no | 15:05 |
| smoser | but you have it. | 15:05 |
| langjv | Now wondering if my issue is related to one/both of these (seem to overlap a bit) https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1855458 or https://bugs.launchpad.net/cloud-init/+bug/1669875 | 16:52 |
| ubot5 | Ubuntu bug 1855458 in cloud-init (Ubuntu) "cloud-init on Ubuntu 18.04 image does not run in VIO" [Undecided,Incomplete] | 16:53 |
| ubot5 | Ubuntu bug 1669875 in cloud-init "identify openstack vmware platform" [Medium,Fix released] | 16:53 |
| Odd_Bloke | falcojr: Thinking about it a little more, I think the naming of that function is because I've been writing a lot of Rust recently, and using a _or suffix is commonly used to denote defaulting, e.g. https://doc.rust-lang.org/std/option/enum.Option.html#method.unwrap_or. | 17:52 |
| falcojr | interesting, good to know | 17:53 |
| Odd_Bloke | smoser: Last call to opine on https://github.com/canonical/cloud-init/pull/472 before I land it tomorrow. :) | 17:59 |
| Alexey_TTT | Hi. I'm trying to use NoCloud provider, it successfully downloads user-data and meta-data from http server, saves user-data to /var/lib/cloud/instances/vm-debian/user-data.txt but user creation declarations in user-data doesn't seem to be respected. I'm unable to login via tty. There are no errors in log. What do I do wrong? | 18:00 |
| blackboxsw | smoser: while in the business of last calls, I think the vmware folks have a reasonable default behavior for vmware VMTools config vs vCloud config for post-script enablement. I'm not certain if we should push more on the cloud-config options to fully disable something that they have two switches for already. https://github.com/canonical/cloud-init/pull/441 | 18:01 |
| Odd_Bloke | Alexey_TTT: Can you pastebin your user-data? | 18:02 |
| Alexey_TTT | Sorry, sorry for not attaching it before. Current config - https://pastebin.com/q8V8W03i and I also tried this - https://pastebin.com/KTaB9Kt6 | 18:05 |
| smoser | blackboxsw: i honeslty do not know if they do have a reasonable default behavior or not. | 18:18 |
| smoser | either i'm to bone-headed to understand, don't have enough knowledge of vmware, or am to lazy to make an effort. | 18:18 |
| smoser | but nothing said in that PR convinced me that it is behaving like i had hoped. | 18:19 |
| smoser | (some nice documentation woudl go a long way toward that) | 18:19 |
| smoser | If I register a stock ubuntu image on vmware cloud X, then I need to be able to provide it with some user-data that says "DO NOT RUN THE ADMIN'S SILLY ROOTKIT" | 18:20 |
| smoser | Odd_Bloke: i responded there. | 18:20 |
| Odd_Bloke | smoser: Thanks! | 18:42 |
| Odd_Bloke | falcojr: You might be interested in reviewing https://github.com/canonical/cloud-init/pull/476, FYI. | 19:34 |
| Odd_Bloke | (And if any committers are looking for a few small PRs: https://github.com/canonical/cloud-init/pull/475 https://github.com/canonical/cloud-init/pull/480 https://github.com/canonical/cloud-init/pull/481) | 19:35 |
| AnhVoMSFT | hi folks, I'm trying to run cloud_tests on Azure platfrom from my local environment | 20:11 |
| AnhVoMSFT | I ran into some error with lxd even when I already set enabled: False in the platforms.yaml. What did I miss? | 20:11 |
| AnhVoMSFT | https://pastebin.com/EgrEXFAb | 20:11 |
| meena | Odd_Bloke: what have i done… https://github.com/canonical/cloud-init/pull/479/files | 20:15 |
| Odd_Bloke | meena: ... hm. | 20:19 |
| meena | what hath i wrought? | 20:21 |
| Odd_Bloke | meena: My guess is that RbxCloud is not being found because of that hardcoded datasource_list and the change in question does fix that problem on BSD (but causes major issues on other platforms :p). I'm commenting now. | 20:24 |
| meena | Odd_Bloke: i meant the if (not) variant.endswith('bsd') | 20:25 |
| meena | we have two different things in that same file, and it should only be one (if not?) | 20:25 |
| meena | Odd_Bloke: thank you | 20:41 |
| mruffell | Hello! Sorry to be a pain, but is there any ETA of the cloud-init SRU in Ubuntu being released to -updates? | 22:24 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!