=== chuck_ is now known as zul === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === rabuf is now known as foo_ === foo_ is now known as rabuf_ === rabuf_ is now known as fubar === fubar is now known as xogito === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === koolhead17|afk is now known as koolhead17 [06:33] hi all [06:34] lo [07:11] flaccid, [07:16] what [08:15] Morning everyone [08:16] flaccid: I guess that was "Morning" :) [08:23] aka 'mornin' [08:23] though its night here [08:23] well sun is going down [09:00] flaccid, hellos [09:00] hey kim0 [09:04] are you on drugs? [09:12] lol :) [09:12] koolhead17: hey [09:13] flaccid, me? [09:13] * koolhead17 msg kim0 hey man === daker_ is now known as daker === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk [15:59] Hi folks, just letting you know "Ubuntu Cloud Days" starting about now in #ubuntu-classroom .. Thanks === niemeyer is now known as niemeyer_lunch [16:29] when building and bundling ubuntu images for UEC, does partitioning matter? is there a reason i would not want to use LVM [16:45] navanjr: the AWS partitioning wants the first partition to be root, the second to be ephemeral and the third one swap [16:47] ops ... sorry swap is the third partition [16:47] * obino gets it wrong all the time === niemeyer_lunch is now known as niemeyer [16:56] Hi all, I was directed here from #ubuntu-classroom. I asked a question regarding kernel upgrades. We currently use the official maverick EC2 images, for which there's a kernel upgrade available. On the first boot of an instance (via a user data script), we do an apt-get dist-upgrade followed by a reboot to pick up the new kernel -- is this the best way to handle this? [17:01] kim0: question for you. what's the minimum in terms of required resources to set up a private cloud? [17:01] EvilPhoenix: for UEC that would be 2 machinse [17:01] one of them at least has to have Intel VT virtualization extensions [17:01] EvilPhoenix: check out the install guide at https://help.ubuntu.com/community/UEC/CDInstall [17:03] kim0: thanks. FYI, on that page, there's a broken image link :/ [17:03] about 2/3rds of the way down the page [17:17] did my question on kernel updates at boot about 20 minutes ago show up? I'm wondering if I hit an IRC line length limit, or am just being ignored *grin*. [17:18] id did, you did not wait long enough though [17:19] fair enough, I wasn't too sure on the wait etiquette here [17:20] sveiss: on ec2, the kernel is defined at instance creation time [17:20] your instance has an AKI attached to its properties === dendro-afk is now known as dendrobates [17:21] so basically even if you remove the kernel files from /boot, you'll be able to boot anyway [17:22] The AKI used by the Maverick AMIs is pv-grub [17:22] so it's loading the kernel from /boot on the images, but the kernel included in those images is out of date [17:23] then it's another story [17:23] what is the best way to set the instance hostname using cloud-init? [17:26] sveiss: sorry I misread you were using maverick [17:27] np, and thank you for answering :) [17:32] sveiss: if you're using the default disk images, i believe there's nothing much you can do. maybe condition the reboot upon the installation of a newer kernel [17:33] jero_: yup, that's what we're doing currently in our first boot script [17:34] what's the problem ? [17:34] why not just apt-get upgrade && reboot ? [17:34] ah .. you're already doing that [17:34] these instances are brought up automatically by Amazon's auto-scaling, so I'm trying to keep the boot time down [17:35] sveiss: check out kexec [17:35] thanks, I will do [17:36] smoser: I confirm that my m1.large instances stopped freezing randomly since I downgraded the kernel from 2.6.32-312-ec2 to an older kernel [17:37] smoser: (re monday's dialog) [17:38] kim0: hey...any progress with x2go for UDS? [17:39] robbiew: I fired a couple of emails, didn't get replies though .. I'll start pestering them right now :) [17:39] kim0: cool..thnx! [17:39] robbiew: will keep you updated [17:43] jero_, "an older kernel" [17:43] jero_, i would really like it if you could open a bug and explain that [17:43] smoser: yes that's what i'm doing currently :-) [17:44] it would seem that this is "regression release" if i understand you. [17:45] please copy myself (smoser) and stefan-bader-canonical on bug [17:51] yes [17:55] Yuvi_: hey [17:55] hello [17:56] SpamapS: about ready ? [17:57] Yuvi_: so what's up [17:57] for past one week i have been reading about ubuntu cloud [17:58] its really really interesting [17:59] Yuvi_: join the club [18:00] sorry, to which one? [18:00] No streaming.. but sure. :) [18:01] SpamapS: awesome .. thought you were gone [18:08] obino: I have been working thru this: i think i need to research the proper setup of images as it relates to the partitions... can you share a link to get me going in the right direction? [18:09] http://goo.gl/QJYNu [18:12] Yuvi_: sorry man .. I got dragged following the new session [18:13] Yes, its okay. Me too following the session [18:13] Yuvi_: hey .. if you want to start hacking on that python tool [18:13] Yuvi_: i'd recommend playing a bit with this tutorial first http://boto.s3.amazonaws.com/ec2_tut.html [18:13] Yuvi_: once you're at peace with boto and aws .. [18:13] ping me and I'll help you get started [18:13] Yuvi_: deal ? :) [18:14] Deal ;) [18:14] how much time i can take? [18:15] Yuvi_: whatever you want man :) it's your call [18:15] Yuvi_: probably a few days .. ping me back when you're comfortable & ready [18:16] Yes, sure :) [18:16] Yuvi_: Awesome .. you're gonna knock em dead :) [18:17] Yuvi_: I'll jump back to the ensemble session now [18:17] :) :) lets see [18:17] feel free to ping me anytime though [18:18] its 11:47 PM here, I will catch you tomorrow :) [18:18] absolutely [18:19] do i need to explore the whole thing? === daker is now known as daker_ [18:20] Yuvi_: just that page [18:20] the ec2 tut one [18:21] okay, cool ! === niemeyer is now known as niemeyer_bbl [18:52] hallyn: o/ [18:52] ready for your irc talk [18:53] well i just last-minute had to set up a replacement demo machine on amazon (the rackspace one has a kernel that wont' suffice) [18:53] but i think so [18:54] great [19:23] can someone help me understand the best practice for building my own ubuntu images for UEC [19:24] should i be creating it from a ubuntu install iso [19:24] or should i modify an existing published AMI [19:24] can i start an instance modify it and turn a snapshot into an ami? [19:25] navanjr: Hi .. yeah [19:25] howdy! [19:25] navanjr: if you can wait .. tomorrow Scott is presenting a session on the details of that .. check out https://wiki.ubuntu.com/UbuntuCloudDays [19:27] navanjr: instead of creating a full custom image .. I would advise booting a stock ubuntu image, then using cloud-init to do your needed customizations [19:28] ok ill get familar before tomorrow session [19:28] navanjr: great :) [19:29] thanks! cya tomorrow [19:31] cya === niemeyer_bbl is now known as niemeyer [19:41] i cant seem to locate the ubuntu users password on the console [19:41] goes by too fast and i cant pause it [19:41] navanjr: u should ssh by keys [19:42] also it is not listed on the KVM serial console like suggested here... https://help.ubuntu.com/community/UEC/Images [19:43] navanjr: you can have the password set though [19:52] kim0: I'm familiar with key injection, and user-data-file when launching my instance... but dont i want to run this image from my local KVM to get my changes made before i bundle? [19:53] navanjr: pass the kernel option .... ubuntu-pass=foo123 [19:53] will make your password .. foo123 [20:04] uec doesn't work well in a vpc :( tries to access the 10.x range of the uec repos [20:06] s/uec repos/aws repos/ [20:29] 2timothy3 [20:30] sorry wrong irc [20:38] it showed up as ******** [20:38] you must have typed your password [20:40] nice! [20:52] Anyone running centos 5.5 VMs on Ubuntu (10.04) kernels? I'm having an issue where it seems that my VMs can't load kernel modules when they first boot, but if I subsequently reboot them they work fine... [20:53] Actually, is seems as though they can't load kernel modules only on the initial boot process... so I have services that fail, but if I either reboot -or- log in and start them manually they work fine. === niemeyer is now known as niemeyer_dinner