=== hjensas__ is now known as hjensas [09:49] this documentation, https://cloudinit.readthedocs.io/en/latest/topics/datasources/opennebula.html especially the examples section, reads confusing, and i think there's a bunch of formatting issues === vrubiolo1 is now known as vrubiolo [13:50] hi, how do i run a shell script using vendor data? [14:05] viks____: You probably want `runcmd`: https://cloudinit.readthedocs.io/en/latest/topics/modules.html#runcmd [14:11] Odd_Bloke: should i use it inside `/etc/cloud/cloud.cfg` [14:11] ? [14:12] viks____: vendor-data is fetched from the cloud platform; if you aren't the cloud vendor then you shouldn't be using vendor-data. What are you trying to achieve? [14:14] i have my openstack setup.. i want to run a script by default when a new instance is created... i do not want to use user data as i want user to allow to run their script.. so i'm trying to use vendor data [14:16] as i want to setup some configuration [14:26] how should i proceed? or what is the best way to achieve this? === waxfire0 is now known as waxfire [16:04] viks____: The OpenStack/ConfigDrive datasources have support for vendor-data, so you shouldn't need to change anything in the image, just make vendor-data available via the regular OpenStack mechanism. [16:04] (I've never operated an OpenStack cloud, so I don't really know how that configuration happens.) [16:04] Odd_Bloke: ok..thanks... [16:22] lucasmoura: minor request on your SRU validation for ssh keys https://github.com/cloud-init/ubuntu-sru/pull/164/files [16:23] Looks like MAAS verification completed. I just updated the SRU bug falcojr and attached that output [16:24] great! [16:35] falcojr: so I think all we are looking at for SRU completion is the grub validation, remaining hetzner, a slight extenstion to the test on ssh key validation, and LABEL_FATBOOT right? [16:36] yep, the grub is up for review, and I think ssh key is too. Fatboot should be up within the hour [16:36] once this verification scripts land, we are +1 on our side for SRU verification (but cloud-init upstream doesn't release on Fridays... .so we are targeting Monday I bet) [16:37] great [16:37] Our next step when those few manual SRU verification scripts land is to ping the SRU vangaurd for review as early as possible on Monday in the #ubuntu-release channel [16:38] we find that person of note @ https://wiki.ubuntu.com/StableReleaseUpdates#Publishing [16:38] for whatever day we are interested in. [16:38] s/interested in/trying to get publishing approval on/ [16:39] so it'll be pinging sil2100 early Monday morn [16:44] sounds good [17:44] what's the minimum python version we target? [17:45] https://cloudinit.readthedocs.io/en/latest/topics/datasources/opennebula.html#example-vm-s-context-section ⬅️ aaaaand, can anyone explain this formatting? [17:55] meena: 3.4, and the source doesn't specify a highlighting language so perhaps it's a very shonky autodetect? [17:58] If you're asking about the format itself, there are links in the docs which break it down. [17:58] I think the user-data is wrong [17:59] there's a " after the second ssh key, which doesn't belong there, as far as i can tell [18:09] That's closing the SSH_KEY=" quote, I think. [18:11] either way, the formatting is confusing af, which is the opposite of what I want from documentation [18:13] That's an upstream format, not a cloud-init one. [18:13] s/upstream/OpenNebula/ [18:14] i know, but it's still in our documentation here, and it looks (or at least: feels wrong) [18:15] Yeah, some explanation above it would help, for sure. [18:16] https://gist.github.com/igalic/873c7dbaaa0aa61e91afeea08921b8ef [18:16] just fixing the formatting a tiny bit, makes it easier for humans to parse [18:38] falcojr: merged LABEL_FATBOOT test https://github.com/cloud-init/ubuntu-sru/pull/165 [18:40] cool, thanks [21:02] Odd_Bloke: https://github.com/canonical/cloud-init/pull/573 [21:05] oh, cool, my change is failing to build