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