[00:39] smoser: hi [00:39] smoser: is there already an AMI that has the fixed puppet cloud-init? === erichammond1 is now known as erichammond === flaccid_ is now known as flaccid === flaccid_ is now known as flaccid [14:18] I'm sure this has been covered already, but has there been any progress on figuring out what's going on with the ubuntu ebs images and amazon's new micro instances? [14:59] veenenen, not been covered. i hadn't seen the announcemnt. [14:59] but i think they should "just work" [15:00] yeah, it may be amazon's fault [15:01] pretty much, they launch fine, but when you restart them you can't log back in [15:02] there's no errors in the system log, so I'm not sure what's going on [15:02] but the service just launched today, so I figure a week or so to work out the bugs is ok [15:03] veenenen, i'll launch one and check it out. [15:03] i saw an old error that talked about boots taking 240+ seconds, so that could be showing up again too [15:03] alright, awesome, thanks [15:03] yeah, that is a rare timing thing [15:03] that actually *coudl* be exposed more here on a slower system [15:03] but i doubt thats it . [15:03] i suspect 'nobootwait' needs to be written somewhere in /etc/fstab [15:36] veenenen, do you want to know how to fix ? [15:38] in /etc/fstab, you'll have an entry for /dev/sda2, which isn't present. mountall will run wait indefinitely for a device /dev/sda2 to appear on next boot. [15:38] and its not going to be there. [15:38] so, the solution is to just delete that entry, and reboot (i think) will work. testing reboot now. [15:40] great [15:40] that would explain it [15:42] that did it [15:42] worked like a charm [15:42] thanks [15:52] sudo sed -i.bk '/\/dev\/sda2/s,^,#,' /etc/fstab [16:05] fyi, i just opened https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/634102 to address t1.micro issues on reboot [16:05] Launchpad bug 634102 in cloud-init "t1.micro instances hang on reboot" [Undecided,New] [16:05] <_mup_> Bug #634102: t1.micro instances hang on reboot [16:05] Launchpad bug 634102 in cloud-init "t1.micro instances hang on reboot" [Undecided,New] https://launchpad.net/bugs/634102 [16:05] <_mup_> Bug #634102: t1.micro instances hang on reboot [16:05] <_mup_> Bug #634102: t1.micro instances hang on reboot [16:06] <_mup_> Bug #634102: t1.micro instances hang on reboot [16:06] nice. uvirtbot and mup fight [16:07] you got the last word, mup [17:37] Hey #ubuntu-cloud. question: I'm installing a node controller using the pre.seed (cd install) method and got this error just after selecting to install the server as a Node Controller: [17:37] http://i52.tinypic.com/2ymu4oy.jpg [17:38] how did you supply the pre.seed ? [17:39] booted 10.04.01 media and selected "install uec". the install says it has detected a cloud controller, would you like to install a NC? [17:40] so I leave just NC selected and continue, then that error. [17:49] bug you gve it a pre.seed [17:49] right ? [17:52] nope. I just chose "install ubuntu enterprise cloud"... sorry to throw you off... I just meant the CD version of the UEC install. [17:52] which does work off pre.seeds I thought... but no, nothing custom here, smoser. [17:52] ok. [17:53] well, its not something i've seen, and i've not tried install of 10.04.1 media. [17:53] but *someone* should have done that before release. [17:53] ttx, ^ [17:55] I'll see if I can get someone to swap in 10.04 GA media and see what happens. The CLC/walrus/sc/cc is on one machine and was built with 10.04.01 for what it's worth. [17:55] er... i.e. "swap in 10.04 media and retry the NC install" [20:52] smoser: I've been trying to get the ec2 images to boot today, and am still not able to get it to work. I booted a blank vm into gparted and dd'd the lucid image to a sda1 partition on the new virtual drive, set the boot flag and repaired the file system. I checked the fstab and made sure that matched up. I then restart the vm, but it just sits there when it gets to "Booting from Hard Disk" [20:53] veenenen, well there is no bootloader installed. [20:54] https://help.ubuntu.com/community/UEC/Images has informatoin on how to boot them with little hassle. [20:54] (maverick only, admittedly) [20:54] Sorry, I just found that page [20:54] thanks [23:10] smoser: so do you really only get one boot off the maverick images before you have to push them up to ec2? === erichammond1 is now known as erichammond