[13:43] <smoser> agy, no, you cant. :-(
[13:43] <smoser> agy, but patches are definitely welcome for that.
[18:53] <BarnacleBob> hi there.  i'm trying to use cloud-init to partition and mount a disk using the latest ubuntu 14.04 official images on aws and i'm getting a stack trace.  https://gist.github.com/BarnacleBob/ef00cbed7d49bd97a058
[18:53] <BarnacleBob> anyone see what i might be doing wrong
[18:57] <Odd_Bloke> BarnacleBob: I think you're hitting https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1311463
[19:00] <BarnacleBob> ah excelent
[19:03] <BarnacleBob> does cloud-init rerun everytime the machine boots up or is there some protection against that?
[19:05] <Odd_Bloke> BarnacleBob: So it does run, but modules specify if they are per-instance or per-boot.
[19:05] <Odd_Bloke> BarnacleBob: So generally it comes up and finds there isn't anything to do.
[19:05] <BarnacleBob> ok great.  i'm guessing disk partitioning and filesystem are once per instance but i'll test it
[19:05] <Odd_Bloke> I believe they are.
[19:07] <Diplomat> hey guys, I have a little issue.. my code fails to create users and set passwords: http://paste.ubuntu.com/13333626/
[19:08] <Diplomat> and here's my script: http://paste.ubuntu.com/13333632/
[19:09] <Odd_Bloke> Diplomat: Is that the output in /var/log/cloud-init.log, or is there more info there?
[19:09] <Diplomat> well, I can't access my vm unfortunately
[19:09] <Diplomat> oh
[19:09] <Diplomat> nvm
[19:09] <Diplomat> no it's from the console
[19:10] <Diplomat> console log from openstack
[19:11] <Odd_Bloke> OK, getting cloud-init.log would probably make it much easier to debug.
[19:11] <Odd_Bloke> Diplomat: Can you mount that disk on another VM and access it that way?
[19:11] <Diplomat> Not really
[19:12] <Diplomat> I'm seeing this too
[19:12] <Diplomat> [WARNING]: Running ssh-authkey-fingerprints (<module 'cloudinit.config.cc_ssh_authkey_fingerprints' from '/usr/lib/python2.6/site-packages/cloudinit/config/cc_ssh_authkey_fingerprints.pyc'>) failed
[19:12] <Diplomat> I'm using CentOS 6.7 cloud image
[19:12] <Diplomat> from their website
[19:13] <Odd_Bloke> Diplomat: OK, if you aren't going to get cloud-init.log, then your best bet is probably to strip down to an empty configuration and add a line at a time.
[19:13] <Odd_Bloke> Diplomat: I'm curious to know why you can't mount the disk though. :)
[19:14] <Diplomat> Because I'm not using a volume
[19:14] <Diplomat> If i'd boot using a volume then i could do that
[19:15] <Odd_Bloke> Diplomat: What are you booting from?
[19:15] <Diplomat> From that disc it creates into a compute node
[19:16] <Odd_Bloke> Diplomat: "that disc it creates" <-- what is creating the disk?
[19:16] <Diplomat> Umm.. nova?
[19:16] <Diplomat> I'm not sure what you mean
[19:16] <Odd_Bloke> So my understanding is that nova creates a volume from the image; you should be able to mount that volume on another instance, no?
[19:17] <Odd_Bloke> (I'm not super au-fait with OpenStack though, so I could be completely wrong :p)
[19:17] <Diplomat> Well, you can't do that.. if you would use a volume (Cinder) then you can remove it and add to another VM, mount it and then access those files
[19:18] <Diplomat> Also.. I just commented out "customer" account creation and used a key pair and now it works
[19:18] <Diplomat> Changing password for user root.
[19:18] <Diplomat> passwd: all authentication tokens updated successfully.
[19:18] <Diplomat> Locking password for user root.
[19:18] <Diplomat> passwd: Success
[19:18] <Odd_Bloke> Cool. :)
[19:19] <Diplomat> Yes, but now I have to figure out why it doesn't want to create an account
[19:19] <Odd_Bloke> Diplomat: Just add in each line of config there one at a time, and you'll discover which one is the problem.
[19:21] <Diplomat> I think I already found it.. its that account creation thingy
[19:21] <smatzek> so you want to log in to an account that is non-root using password after creation?
[19:22] <Odd_Bloke> Diplomat: Right, I'm saying see if adding "- name: customer" works and iterate just through that section.
[19:22] <Diplomat> oh
[19:22] <Odd_Bloke> Diplomat: Having said that, I suspect lock-passwd should be lock_passwd.
[19:22] <Diplomat> smatzek: yes
[19:22] <Odd_Bloke> (Not 100% sure)
[19:22] <smatzek> I was going exactly where Odd_Bloke went.  lock_passwd is wrong in the public cloud-init docs.
[19:22] <smatzek> that's burned hours for me in the past.
[19:23] <Odd_Bloke> Oh, really?
[19:23] <Odd_Bloke> </3
[19:23] <Diplomat> I removed it.. but it still failed :/
[19:23] <smatzek> http://cloudinit.readthedocs.org/en/latest/topics/examples.html#yaml-examples  has lock-passwd which is wrong.
[19:24] <Diplomat> yea i took it from there lol
[19:24] <smatzek> if you want to be able to log in with password it must be lock_passwd: False
[19:25] <smatzek> lock-passwd: False doesn't get picked up because of the - _ difference and the default for lock_passwd is True.
[19:25] <Diplomat> groups: sudo
[19:25] <Diplomat> maybe that's a problem too ?
[19:26] <Odd_Bloke> Diplomat: Try a line at a time. :)
[19:30] <smatzek> also, it's not covered much in the docs but you could try plain_text_passwd: passw0rd  instead of the hashed one to see if its a problem with a SHA / salt difference.
[19:31] <Diplomat> Good idea
[19:38] <Diplomat> yea
[19:38] <Diplomat> groups: sudo was wrong
[19:39] <Diplomat> it failed then
[19:40] <Diplomat> but I still can't login with customer:password
[19:40] <Diplomat> there are no error messages :/
[19:41] <Diplomat> also it only says Changing password for user root.
[19:41] <Diplomat> nothing about customer..
[19:41] <Diplomat> oh, because i forgot to add that line :>
[19:44] <Diplomat> wooo
[19:44] <Diplomat> works :D
[19:45] <Diplomat> Now I have to figure out why it doesn't resize the disc
[19:48] <Diplomat> growpart:
[19:48] <Diplomat>  mode: auto
[19:48] <Diplomat>  devices: ["/"]
[19:48] <Diplomat>  resize_rootfs: True
[19:48] <Diplomat>  resize_rootfs_tmp: /dev
[19:48] <Diplomat> sorry for spam
[19:48] <Diplomat> but shouldn't this part do that?
[19:49] <Diplomat> or i have to do under runcmd growpart /dev/vda 1
[19:49] <Diplomat> or whatever it was
[19:51] <Diplomat> Actually.. I can see that something is running this: fsck.ext4 -a /dev/vda1