| === cpaelzer_ is now known as cpaelzer | ||
| smoser | agy, no, you cant. :-( | 13:43 |
|---|---|---|
| smoser | agy, but patches are definitely welcome for that. | 13:43 |
| === tmclaugh[work]_ is now known as tmclaugh[work] | ||
| 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:53 |
| Odd_Bloke | BarnacleBob: I think you're hitting https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1311463 | 18:57 |
| BarnacleBob | ah excelent | 19:00 |
| BarnacleBob | does cloud-init rerun everytime the machine boots up or is there some protection against that? | 19:03 |
| 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:05 |
| Diplomat | hey guys, I have a little issue.. my code fails to create users and set passwords: http://paste.ubuntu.com/13333626/ | 19:07 |
| Diplomat | and here's my script: http://paste.ubuntu.com/13333632/ | 19:08 |
| 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:09 |
| Diplomat | console log from openstack | 19:10 |
| 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:11 |
| 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:12 |
| 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:13 |
| Diplomat | Because I'm not using a volume | 19:14 |
| Diplomat | If i'd boot using a volume then i could do that | 19:14 |
| Odd_Bloke | Diplomat: What are you booting from? | 19:15 |
| Diplomat | From that disc it creates into a compute node | 19:15 |
| 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:16 |
| 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:17 |
| 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:18 |
| 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:19 |
| 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:21 |
| 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:22 |
| 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:23 |
| 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:24 |
| 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:25 |
| Odd_Bloke | Diplomat: Try a line at a time. :) | 19:26 |
| 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:30 |
| Diplomat | Good idea | 19:31 |
| Diplomat | yea | 19:38 |
| Diplomat | groups: sudo was wrong | 19:38 |
| Diplomat | it failed then | 19:39 |
| Diplomat | but I still can't login with customer:password | 19:40 |
| Diplomat | there are no error messages :/ | 19:40 |
| 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:41 |
| Diplomat | wooo | 19:44 |
| Diplomat | works :D | 19:44 |
| Diplomat | Now I have to figure out why it doesn't resize the disc | 19:45 |
| 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:48 |
| Diplomat | or i have to do under runcmd growpart /dev/vda 1 | 19:49 |
| Diplomat | or whatever it was | 19:49 |
| Diplomat | Actually.. I can see that something is running this: fsck.ext4 -a /dev/vda1 | 19:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!