[15:43] <tmclaugh[work]> Hey, we're having an issue where our puppet section is failing to install Puppet from our repo.
[15:43] <tmclaugh[work]> One person here feels it's possibly because networking isn't fully up...
[15:44] <tmclaugh[work]> Isn't it safe to say that cloud-init will be running after networking is operable?
[15:44] <Chocobo> does anyone see anything wrong with this configuration:  http://pastie.org/8523144
[16:02] <Chocobo> What is the difference between "- UserName" and "- name: UserName
[17:20] <smoser> tmclaugh[work], ubuntu ?
[17:21] <tmclaugh[work]> smoser: CentOS
[17:21] <tmclaugh[work]> does cloud-init perform any networking service restart?
[17:21] <smoser> it really depends on the datasource, but for ubuntu all interfaces defined in /etc/network/interfaces are guaranteed to be up before packages will be installed.
[17:21] <smoser> tmclaugh[work], why would it do a restart ?
[17:22] <tmclaugh[work]> smoser: I don't know.  Just ruling it out.  I'm 99% certain that networking is initialized and fully operational before cloud-init starts and that it's not causing the network connection to blip
[17:22] <tmclaugh[work]> to backup a few steps, out puppet package installation periodically fails.
[17:22] <tmclaugh[work]> So someone proposed, "let's move the puppet installation to further down in the cloud-init order"
[17:23] <smoser> Chocobo is gone
[17:23] <smoser> but http://paste.ubuntu.com/6510271/ is the eanswer to his question
[17:23] <smoser> basically, he provided broken yaml.
[17:23] <tmclaugh[work]> He wants to move it from cloud_config_modules to cloud_final_modules
[17:24] <smoser> tmclaugh[work], do you have multiple interfaces ?
[17:24] <tmclaugh[work]> he's claiming that maybe by delaying the install Networking will be working.  Which makes no sense to me.
[17:24] <tmclaugh[work]> nope, signle interface
[17:24] <smoser> i can't speak definitevely on the init scripts for centos
[17:24] <tmclaugh[work]> The host should have successfully DHCPed  before cloud-init starts.
[17:24] <smoser> but for ubuntu, yes. your statement above is correct
[17:24] <smoser> what is the datasource you're using ?
[17:24] <smoser> (openstack or ec2 ?)
[17:25] <tmclaugh[work]> and I'm 99% sure this is the case with CentOS
[17:25] <tmclaugh[work]> ec2
[17:26] <smoser> i suspect that if it were not the case on ec2, you'd not be the first to report this issue.
[17:28] <tmclaugh[work]> Good, time for another argument with this person. :)
[19:17] <Chocobo> Is there a way to test cloud configurations?  I am having a real problem with "users:"
[19:19] <smoser> Chocobo, http://paste.ubuntu.com/6510271/
[19:19] <smoser> running that will expose your problem
[19:19] <smoser> you had invalid yaml
[19:21] <Chocobo> smoser: Thanks...  also if I move "vmuser" to the first entry in users, I should be able to eliminate the "user: vmuser" line correct?
[19:23] <smoser> 'user' affects the entry in user that is marked 'default: True'.
[19:23] <smoser> i think.
[19:23] <smoser> wait
[19:23] <smoser> ignore that last statement
[19:24] <smoser> from doc/examples/cloud-config-user-groups.txt:
[19:24] <smoser>  # users[0] (the first user in users) overrides the user directive.
[19:24] <smoser> so yeah:
[19:24] <smoser> users:
[19:24] <smoser>  - name: vmuser
[19:25] <Chocobo> smoser: thanks, I will give that a shot.
[19:26] <smoser> Chocobo, note, unfortutely this bit of code has been error prone :-(
[19:26] <Chocobo> smoser: the "user:" creation is error prone?   
[19:26] <smoser> well...w ait.
[19:27] <smoser> the thing that is error prone is the inclusion of 'user:' into 'users'
[19:27] <smoser> if you only use 'users'
[19:27] <smoser> you should be ok
[19:28] <Chocobo> ok, that is alright...  and it is ok to list a user that already exists (root for example)
[20:01] <harlowja> error prone u say smoser, impossible, ha
[20:01] <smoser> Chocobo, its ok to list a user that exists
[20:01] <smoser> but it wont be modified
[20:02] <smoser> ie, its gecos wont be changed.
[20:02] <smoser> (or groups)
[20:25] <Chocobo> smoser: How aout locking an account?
[20:25] <smoser> i think that is only applied on creation
[21:04] <Chocobo> smoser: ok, thanks.