=== paride|off is now known as paride
testmadI need help. Currently trying to use cloud-init on Azure VMs in vmss.  Testing my cloud-config is fine and I am able to SSH into the vm and verify packages are installed, files created, etc. When I add a users block to my config I am no longer able to SSH into the VM.  Has anyone experienced something like this?  Could my users block be overwriting an existing one that is being supplied?11:35
meenatestmad: what's your user-data look like?12:24
testmadmeena: right now its a few write-files, packages, and runcmds.12:35
testmadIt all works fine12:35
testmadIf I add -name: foo under a users: block that is when I can no longer SSH into the VM12:36
meenatestmad: can you please pastebin the working vs the non-working state?12:37
testmadI do not believe I would be allowed to do that.12:39
testmadgive me a moment ad I can provide something similar.12:40
testmadmeena: working - https://pastebin.pl/view/ca40b3ae and not working - https://pastebin.pl/view/29192b4c12:47
testmadAlso in case it matters, this is on azure vmss using the ubuntu 16.04 image12:54
meenatestmad, that looks like it should just work.ii wonder if we have a validation option inthe cli13:10
abscI'm the same guy that had a problem configuring the network using cloud-init on CentOS converted to CloudLinux13:15
abscmeena: We found the problem13:15
testmadmeena, there is a way. cloud-init devel schema --config-file <path/to/file>13:19
testmadand both the working and non-working come back valid13:19
chillysurfertestmad: we need to see logs to understand what is happening. you can use this method to get access to the logs: https://trstringer.com/recovery-os-disk-azure-linux-vm/13:21
chillysurferlikewise you can try to serial console into the machine and dig around there13:21
abscIt seems that cloud-init doesn't like the content cloudlinux put in /etc/os-release13:22
abscChanging the file with a stock CentOS 8.2 one, confirm the problem. After that, the network configuration is completed successfully.13:23
abscI don't know who's doing the wrong thing tho...13:23
meenaabsc: can you still submit a bug report?13:25
abscmeena: Yep, I already did it and I updated it with the new informations. https://bugs.launchpad.net/bugs/189499013:26
ubot5Ubuntu bug 1894990 in cloud-init "Fail to configure a Centos 8 machine with cloudlinux" [Undecided,Triaged]13:26
meenaabsc: so we need a CloudLinux distro then, like this: https://github.com/canonical/cloud-init/pull/51013:33
abscI think so?13:33
abscUnless cloud-init doesn't start to use the field ID_LIKE as a backup13:34
abscWhen it doesn't recognize the distribution in it's list13:34
abscI'm not sure what the proper solution is13:36
meenait might be simpler to use hat field, than to keep adding distro classes which do almost nothing13:37
abscFor sure13:49
testmadmeena, chillysurfer : I may have solved my problem. Adding - default to my user block lets me SSH in again. But now I have another question.. How can I write_files and set the owner to the user i am adding in the user block? It seems as though it's not possible since write_files is done before users-groups.14:57
meenatestmad: you'd have to change the order in cloud.cfg15:01
testmadRe: user block problem.. it does seem that my user block is overwriting the user block being passed in from azure and also my attempts at changing the merge behavior to append is not working either15:12
KrikkeI just did runcmd and chmod :x15:24
blackboxswfalcojr: nice verification on the grub fix. I think we just need to attach those verification logs to the related bug16:44
blackboxswand you can change the verification-needed-X tags to verification-done-X on that grubbug16:46
blackboxswfalcojr: also the SRU bug https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1893064 I think we are missing a confirmation of cdoqa results (which I think completed successfully)16:46
ubot5Ubuntu bug 1893064 in cloud-init (Ubuntu) "sru cloud-init (20.2-45 to 20.3-2) Xenial, Bionic, and Focal" [Undecided,In progress]16:46
blackboxswso we need to get jog or someone from CDO QA/solutions QA to link the verifcation results to the SRU bug. and we can and should ping the SRU vanguard in #ubuntu-release channel that we are ready for SRU upload review into Xenial/Bionic/Focal16:48
falcojrblackboxsw what do you mean by link those verification logs to the related bug?16:50
blackboxswfalcojr: so our current SRU has two bug ids associated with it as seen in the cloud-init rows @ https://people.canonical.com/~ubuntu-archive/pending-sru.html16:53
blackboxswin order to ping ubuntu-release SRU vanguard, we need to attach relevant verification logs to each SRU bug.16:54
blackboxswone bug is the SRU process bug (to which we've attached all our manual cloud verification/maas  logs16:54
blackboxswthe other is that specific grub bug, https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/188955516:55
ubot5Ubuntu bug 1889555 in cloud-init (Ubuntu Groovy) "cc_grub_dpkg was fixed to support nvme drives, but didn't clear the state of cc_grub_dpkg and didn't rerun it on upgrades" [Undecided,In progress]16:55
blackboxswto which you'll need to upload your  logs/test output from https://github.com/cloud-init/ubuntu-sru/pull/14516:55
blackboxswbecause that specific bug is called out in the debian/changelogs of our SRU upload16:56
blackboxswone other requirement for the SRU generally is to update the description of the bug https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1889555 with an SRU verification template16:59
ubot5Ubuntu bug 1889555 in cloud-init (Ubuntu Groovy) "cc_grub_dpkg was fixed to support nvme drives, but didn't clear the state of cc_grub_dpkg and didn't rerun it on upgrades" [Undecided,In progress]16:59
blackboxswfalcojr: I'll update that bug description now with something like this https://wiki.ubuntu.com/StableReleaseUpdates#SRU_Bug_Template17:01
blackboxswwhich I'm just going to adapt from your original test plan header from  https://github.com/cloud-init/ubuntu-sru/pull/14517:01
blackboxswor actually  cut-n-paste. no adapting needed really17:02
falcojrMakes sense. Thanks17:04
blackboxswso I'll let you upload your full SRU test log on that one.17:04
blackboxswand then replace any verification-needed* tags with verification-done*17:05
blackboxswthat'll turn the bug id link from yellow to green on https://people.canonical.com/~ubuntu-archive/pending-sru.html17:05
falcojrblackboxsw we should merge the issue in github first, right?17:36
falcojrI just responded to your comment. Is it good to merge?17:37
blackboxswoops, yes merging  now and you can cut-n-paste logs the the bug17:50
blackboxswmerged falcojr17:50
falcojrlol, right as Dan had a comment17:52
blackboxswheh. comment wasn't in my view  as I merged. ahh well. could push the typo changes. if you do that you can also redact the "ls blk" typo too17:53
Odd_BlokeI leave for *checks watch* 5 hours and you're merging things without reading my comments smh. ;)17:59
falcojrhaha, that was good timing!18:00
falcojrblackboxsw I attached the log and updated the tags on that bug18:01
Odd_Bloketestmad: You're correct that write_files runs before user/group creation: we can't modify this order because people will be relying on it in the wild (the canonical example we use is writing something to /etc/skel; if we changed the order, then user creation would change under people).  You can reorder the modules on your own system, but a better solution may be to write them out in a runcmd block.18:01
blackboxsw"Odd_Bloke's stepped away from the keyboard" full steam ahead. It's cowboy time18:02
Odd_BlokeWe have had conversations about adding a later write_files stage, so we can continue to support existing users as well as your use case, but that hasn't been more than talk yet IIRC.18:02
falcojrblackboxsw: so at this point we can change the tags on that other bug too, right?18:25
falcojrand ping the vanguard, you mentioned doing that...or should I do it or has it been done already?18:25
falcojrsorry, can't video atm18:25
blackboxswfalcojr: if we have a confirmation form solutionsqa on https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/189306418:34
ubot5Ubuntu bug 1893064 in cloud-init (Ubuntu) "sru cloud-init (20.2-45 to 20.3-2) Xenial, Bionic, and Focal" [Undecided,In progress]18:34
blackboxswI think that is the only thing missing18:34
=== hjensas is now known as hjensas|afk
meenaOdd_Bloke, i… don't know how to ask people from OpenNebula anything21:12
meenathere's… no IRC channel21:12
meenaso, 🤷🏻‍♀️21:12

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!