=== rangerpb is now known as rangerpbzzzz === harlowja_ is now known as harlowja_away === shardy_z is now known as shardy [06:17] hi all, [06:17] is anyone else having issues with cloud-init on rhel7.1? [06:17] it doesn't seem to be processing the template correctly [06:17] as in the chef template [06:17] when i downgrade the version it works [06:18] 0.7.5-6 works [06:18] 0.7.6-2 doesn't work === rangerpbzzzz is now known as rangerpb [15:10] claudiupopa, what was the c-i you were showoing me earlier? [15:10] link to github? [15:12] smoser: https://github.com/PCManticore/argus-ci [15:12] thansk [15:12] develop branch is where the work goes atm. [15:13] np. [15:35] JayF, on a OnMetal the smallest, what is the disk there? [15:35] where did you come up with a 32GB disk drive [16:02] it's a 32GB SATADOM [16:02] basically an SD card with a SATA port attached is the easiest way to describe it [16:46] hello, is this a good channel to ask for some quick help? I wrote a cloud-config file that works on cent6, doesnt work on cent7 - and currently the cent7 partially works, but fails to run the 'runcmd:' section :( === harlowja_away is now known as harlowja_ [18:28] Is anyone here successfully using cloud-config for creating initial users on Ubuntu Trusty? [18:49] nrezinorn can u describe what u are seeing, and maybe get a /var/log/cloud-init.log (that doesn't contain sensitive info) [18:50] another option, get full debug log that we can use also [18:50] if u put the following in your yaml u should force on debugging [18:50] # Print debug output to console so that it is accessible from 'nova console-log'. [18:50] log_cfgs: [] [18:50] something must be up :-P [18:51] sure i can do that, let me upload all my configs to GHE or something :) [18:51] i dont see anything logged after spinning things up (to verify cloud-init) [18:51] hmmm [18:51] ya, thats weird then :-/ [18:51] if u see nothing, thats odd :-/ [18:51] the wierd thing to me, is it loads some parts of the config file [18:52] it drops the SSH keys, etc [18:52] odd [18:52] but simply fails to run the runcmd section and its failing to run the packages section [18:52] it only fails on centos7, centos6 works perfectly! [18:52] weird [18:52] using that logging trick might help [18:53] give me a few to do the logging trick, then i will share what i have so you can see [18:53] k [18:55] your log_cfgs has given me a ton of debug info [18:55] ill just look through it all , thanks :) [18:57] it doesnt even try to load the modue for runcmd , it does try bootcmd though [19:04] so that makes me wondering if your /etc/cloud/cloud.cfg isn't listing runcmd [19:04] if thats so, then there's your problem :-P [19:05] oh its in there :) like is why i said im confused because my centos6 cloud-config file *should* also work on centos7 [19:05] k, odd [19:05] hopefully all the debug junk has something useful :) [19:05] all i can glean from it is "it didnt try to parse runcmd" [19:06] hmmm, no idea then [19:07] welcome to my last few days ;) [19:09] ha [19:21] harlowja_: https://github.com/Nrezinorn/cloud-init maybe you can spot some glaring syntax error between c6 and c7 cloud-config? [19:22] kk [19:23] soo the thing i do notice is that none of those logs are for the 'config' stage [19:23] but only for init and init-local stage [19:23] *there are 3 -4 stages of cloud-init [19:23] 1) init/init-local [19:23] 2) config [19:23] 3) final [19:23] runcmd is under http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/config/cloud.cfg#L42 (section 2) [19:24] stage/section [19:24] those stages are set in /etc/cloud/cloud.cfg for defaults? [19:24] ya, but i'm wondering why u don't have logs for those other stages [19:24] all of your log files end with cloud-init mode 'init' [19:25] cloud init was intsall via rpm, default settings [19:25] or running 'init-local' [19:25] ya, so for some reason yours maybe isn't running the later stages, not sure why [19:25] who build that rpm :-P [19:25] let me check my KS config to see if something is messing with those cfg files after install (i dont think they are, so its a stock rpm install) [19:25] redhat? [19:25] https://github.com/Nrezinorn/cloud-init/blob/master/cloud-init.txt i knew you'd ask! [19:26] i can ask the centos mail list [19:26] ya, so centos folks i guess [19:26] ya, some reason its not really running the rest of the stages (it appears) [19:26] which may mean its misconfiguered (systemd issues?) [19:26] this rpm was built last sept and i know our openstack has c7 images, and all the stuff works there [19:26] i think http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/files/head:/systemd/ (those are the systemd scripts, but idk if they used that or something else) [19:27] ya, so maybe u need to investigate if its really running those stages (systemd i think has this info, not sure) [19:27] is its nots runing the stages, that is an RPM issue or i need to fix it during kickstart [19:28] i would think an rpm install would take care of all that is needed :P [19:28] ha [19:28] if only :-P [19:29] im going to blame systemd here ;) that is what people do right? [19:30] :) [19:30] * nrezinorn stumbles though using systemd [19:30] i really should learn this stuff. i use arch @ home, but i never log into my system at home, pretty much ever! [19:31] loos like cloud-config service is dead. [19:53] hmm, that might be the issue :-P [19:54] blaming systemd is always safe. [19:54] if runcmd didn't run, i'd suspect that cloud-final didnt run [19:54] (dont knwo if we saw that above or not). [19:58] so i looked into this more and it looks like it is a self-inflicted wound :( [20:09] so, before I go about re-inventing the wheel... I work for a cloud provider, and we're currently using cloud-init to handle all the provisioning required to handle machines off to customers [20:10] however, some of our customers want to be able to provide their own user-data scripts, which is what we're currently using to configure instances [20:10] is there a simple way to run multiple cloud-config scripts? [20:12] atm it feels like I need to move all of 'our' provisioning outside of cloud-init, so I can leave it available for the users [21:00] devicenull, 2 options [21:01] a.) you could consume the users's user-data and stuff it into a mime-multipart message with your parts at the beginning or the end (later trumps earlier) [21:01] b.) vendor-data [21:01] vendor-data was designed exactly for "cloud provider" providing stuff to cloud-init, and not interfering with user-data. [21:01] vendor-data is supported in openstack. [21:02] for other datasources we may have to modify cloud-init, but if you're a public cloud and willing to work a bit, that can be achieved even back into stable ubuntu. [21:03] ah [21:03] we use the ec2 metadata source, but the openstack one looks fairly compatible [21:04] it is [21:05] that looks like it's a pretty good solution then [21:05] (or rather openstack offers ec2-compatibility, haven't run in corner cases in quite a while)