[12:43] <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:49] <langjv> https://pastebin.com/1igasWkr
[13:41] <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]
[14:26] <smoser> langjv: what cloud is this running on ?
[14:27] <langjv> VMWare VIO
[14:29] <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:30] <smoser> well. i'm surprised that it works on rhel7 but not rhel8.
[14:31] <smoser> 2 things that'd be helpful:
[14:31] <smoser> a.) collect the rhel7 (working) log also
[14:32] <smoser> b.) try with newer rpms at https://copr.fedorainfracloud.org/groups/g/cloud-init/coprs/
[14:36] <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:37] <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:38] <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:48] <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:53] <smoser> langjv: the key is DefaultDependencies=no
[14:53] <smoser> it needs that
[14:56] <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:58] <smoser> hm.. that looks sane.
[15:02] <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:05] <smoser> the thread is wrong
[15:05] <smoser> you do need DefaultDependencies=no
[15:05] <smoser> but you have it.
[16:52] <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:53] <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]
[17:52] <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:53] <falcojr> interesting, good to know
[17:59] <Odd_Bloke> smoser: Last call to opine on https://github.com/canonical/cloud-init/pull/472 before I land it tomorrow. :)
[18:00] <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:01] <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:02] <Odd_Bloke> Alexey_TTT: Can you pastebin your user-data?
[18:05] <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:18] <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:19] <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:20] <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:42] <Odd_Bloke> smoser: Thanks!
[19:34] <Odd_Bloke> falcojr: You might be interested in reviewing https://github.com/canonical/cloud-init/pull/476, FYI.
[19:35] <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)
[20:11] <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:15] <meena> Odd_Bloke: what have i done… https://github.com/canonical/cloud-init/pull/479/files
[20:19] <Odd_Bloke> meena: ... hm.
[20:21] <meena> what hath i wrought?
[20:24] <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:25] <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:41] <meena> Odd_Bloke: thank you
[22:24] <mruffell> Hello! Sorry to be a pain, but is there any ETA of the cloud-init SRU in Ubuntu being released to -updates?