=== wedgwood_away is now known as wedgwood === wedgwood is now known as wedgwood_away === udsbotu changed the topic of #ubuntu-uds-servercloud-1 to: Track: Cloud & Server | Fast Path Install Review | Url: http://summit.ubuntu.com/uds-1303/meeting/21661/fast-path-install-review/ [14:01] hey all. [14:01] we're waiting on roaksoax to join fishbowl [14:01] then... should be starting very shortly. [14:03] good morning [14:04] hey [14:05] med_: morning o/ [14:05] will there be a first-boot concept? [14:05] chiluk_, you should be skiing. [14:05] I should be. [14:06] Lot's of TODOs in the BP still. [14:06] https://help.ubuntu.com/community/CloudInit [14:07] there are lots of blueprint items, yes. [14:07] question, I remember the server install images moved to using a squashfs rather than a pool of .deb packages, this sped them up considerably. So here we're looking at something even faster? [14:07] thanks for the wiki link smoser [14:07] so thin install plus the cloud-init package to "customise" the thin install [14:08] roadmr: yes, rather than using squasfs.. talking of re-using cloud images, so dd like experience [14:08] I see, thanks [14:09] * med_ nods his head furiously and realizes he's off camera [14:10] are you using eatmydata to speed up dpkg? [14:12] A reminder, if someone watches the session later they can't see the questions, so it may help to summarize the question concisely for the recording. [14:12] in my experience force-unsfae-io is not as good as eatmydata [14:13] shirgall, thanks. [14:13] shirgall: i think we are trying to do that.. if we are not, please shout. [14:13] its been a while since i compared though [14:14] Yes how do we test. [14:14] ROAKSOAX [14:14] o/ [14:14] rock socks? [14:14] smoser: you pronounced smoser wrong :-P [14:14] is there any hardware limitations on target hosts? [14:15] which maas do we need to use? [14:15] did MAAS get SRUd into Precise? [14:15] med_: do you want to join the inner circle? [14:15] (or anyone else?) [14:15] med_: no.. waiting on an upstream bug fix before oing so [14:16] ARM [14:16] :) [14:17] PPA works. [14:17] :) [14:17] How can we help? [14:19] Daviey, Do you mean something like juju deploy ubuntu, destroy-service ubuntu; juju deploy something else [14:20] sfdisk or gsfdisk input format? [14:21] i've never used gsfdisk [14:21] is it compatible ? [14:21] No, it's different. gsfdisk for GPT [14:21] fstab format for filesystems [14:21] We have a standard way of referring to partitions on a disk :) [14:22] I use sfdisk format a lot by hand [14:22] But I may not be normal [14:22] It's concise [14:22] echo "1,1" | sfidisk /dev/sda [14:22] that formats the whole disk as 1 ptn? [14:23] * med_ will try that in a VM. [14:23] Yes but you can miss most stuff out and it'll do a sensible default [14:23] Eg. fill to avaiable space [14:23] on /dev/scotsssda [14:23] oh neat [14:24] We will need to think a little bit about GPT [14:24] rbasak: want to join the hangout? [14:24] This is just an aside, right? [14:25] Isn't GPT required for some archs. [14:25] (IA64 used to require it as it was EFI based.) [14:25] well, still does, but is kind of irrelevant. [14:27] smoser, are you using ACTUAL hardware or VMs to devel/test? [14:29] thanks. [14:29] Daviey, can you elaborate? [14:30] or smoser is [14:31] we'll have more info next UDS on poking/playing? [14:32] thanks! [14:32] Thanks! [14:46] shoot, did I miss the meeting? [14:47] psusi: sadly. [14:48] smoser: I wanted to pipe up on this to ask if anyone had considered rather than coming up with an alternate installer, workign to fix d-i so it isn't so slow? I worked up some patches recently to make debootstrap much faster [14:50] psusi, oh? thats neat. [14:51] and clearly a more general solution. [14:52] i tink that having a filesystem ready and easily written to a filesystem though is still nice. and just about guaranteed to be faster than dpkg. [14:52] ideally I'd like dpkg to be at least say, 80% as fast as that, preferably 90%+ [14:53] it seems to me that it is slowness is due to a lot of fsyncs that aren't needed especially on first install, so I patched debootstrap to pull in and activate libeatmydata to defeat that junk and it made it MUCH faster === wedgwood_away is now known as wedgwood [14:54] like 5x faster or something iirc [14:55] psusi, that is very interesting. i konw that the installer uses unsafe-io [14:55] but didn't realize that eatmydata was *that* much faster. [14:55] yea, that does very little === udsbotu changed the topic of #ubuntu-uds-servercloud-1 to: Track: Cloud & Server | Openstack Grizzly Review | Url: http://summit.ubuntu.com/uds-1303/meeting/21655/openstack-grizzly-review/ [14:56] it only gets rid of something like 10% of the syncs [14:56] any way you look at it, installation of packages and execution of pre/post installs cripts is going to be slower though. [14:56] than tar, which is just writing to disk. [14:57] but that is solved/addressed by the squashfs images to some extent. [14:57] tanks psusi we should move out of this channel though. [14:57] :) [14:57] aye ;) [14:59] jamespage: are you joining us? [14:59] anyone else want to be in the inner circle? [15:01] Grrrrr [15:01] Starting shortly. [15:02] HIT RELOAD NOW! [15:02] Is the stream up n running? [15:03] http://www.youtube.com/watch?v=ZqV6PW4e_90&feature=player_embedded [15:03] live [15:03] nice housefull === kentb-out is now known as kentb [15:03] zul? [15:06] no longer [15:06] only cinder [15:08] i guess we could test that [15:08] updates [15:10] Any other new packages/services? OSLO? Ceilometer? etc [15:10] Heat? [15:14] OATs? [15:14] How do rolling releases impact OpenStack? [15:15] med_: for cloud archive, they don't :) [15:16] MIR? [15:16] Main Include Request [15:16] Inclusion rather [15:16] thx [15:17] RCs make sense. [15:20] I guess "rolling releases" was really a question for the OpenStack Havana session we haven't yet scheduled in this UDS. [15:22] so no testing, no recommendation... etc. [15:22] so unknown but possible>? [15:22] ^ w/r/t ZeroMQ [15:23] yes [15:24] Haven't looked [15:24] has webops looked? [15:24] wedgwood, ^ [15:24] at NRPE plugin [15:24] (for Grizzly) [15:24] Landscape API integrates with Nagios [15:26] http://blog.landscape.canonical.com/2012/09/13/landscape-with-nagios/ [15:27] dweaver: thanks, looks useful [15:28] dweaver: we should talk to landscape about this [15:29] is OATs a candidate for MIR? [15:30] Daviey, We use it in our demo lab to demonstrate to customers management of an openstack deployment, works pretty well. Federico would be the one to talk to. [15:30] hi, i don't have any sound or mike sorry [15:31] hlh: not sure how much value MIR adds to it? [15:32] /win 13 [15:32] hlh: OAT open attestation? [15:32] Open Attestation [15:32] oats? [15:35] hlh is US. [15:35] erm, Canonical. [15:35] med_, so I understand [15:35] sure, for now :) [15:35] sorry hlh :-) [15:35] I'm good for now [15:37] thank you === udsbotu changed the topic of #ubuntu-uds-servercloud-1 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/servercloud-1/ - http://ubottu.com/uds-logs/%23ubuntu-uds-servercloud-1.log === udsbotu changed the topic of #ubuntu-uds-servercloud-1 to: Track: Cloud & Server | Machine Access to Ubuntu Image Data Review | Url: http://summit.ubuntu.com/uds-1303/meeting/21662/machine-access-to-ubuntu-image-data-review/ [16:00] starting shortly [16:01] rbasak: are you joining this? [16:01] Sure [16:01] Machine readable cloud image data [16:02] not live yet [16:03] HIT RELOAD NOW [16:03] not live yet [16:03] well, NOW [16:03] http://www.youtube.com/watch?v=w1rsjo2WmyM&feature=player_embedded [16:03] live [16:05] collection format: http://cloud-images.ubuntu.com/eightprotons/ [16:05] Who do we have in the audience ? [16:06] \o/ [16:06] easy [16:06] easy to share [16:06] daviey set focus on his screen so focus doesn't follow voice [16:06] it keeps jumping to others [16:07] is that ok? [16:07] yeppers [16:07] and very readable. [16:08] can someone dump that URL in here? [16:09] if it is publicly reachable [16:10] http://cloud-images.ubuntu.com/eightprotons/images/streams/v1/ [16:10] thanks [16:11] +1 for json [16:12] yaml is interesting when human readability is key [16:12] For a case like this, data availability sounds like the key.. the simplicity of json wins [16:12] (and ubiquity) [16:12] http://cloud-images.ubuntu.com/eightprotons/cloud/ [16:15] Will this be provided for all public clouds? Does this work (this generalization) for other public clouds? [16:16] so Juju providers will embed this knowledge? [16:16] or something in the juju ecosystem will? [16:19] yep, image_id/something else [16:21] (didn't mean to derail meeting) [16:22] I have step out, but I will watch the whole video later [16:22] smoser: One last point.. it doesn't feel like splitting up per arch is necessary [16:23] smoser: I'd take one depth level out of that directory structure, and merge amd64 and i386.js into a single file [16:23] niemeyer: not sure I follow? [16:23] me either. How can you drop an arch? [16:23] niemeyer: ok, so a data format thing, rather than the information presented? [16:23] smoser: and have lucid.js instead [16:23] rbasak: Right [16:24] That cuts the round trips by half, and simplifies slightly the model, without any major impact I believe [16:25] Yes - after all instance store and ebs are separate too. [16:25] But we're tying them together [16:25] There are several axis,as rbasak points out [16:25] I think the core data format allows flexibility here, right? [16:25] Considering code names were technically only supposed to be used during development, it should probbaly be 10.04.js [16:26] Daviey: so what about raring? [16:26] arm64 arch [16:26] It would need to change on release [16:26] rbasak: Good question ! [16:26] smoser: I don't think I get it.. there are several axis there [16:26] smoser: i386/amd64.. ebs/instance.. [16:28] Sure, but that doesn't justify the fact they can't be together.. people have to cherry-pick the right item inside that file anyway [16:29] I thought the idea was that you'd get the latest/freshest/right item by default.... [16:31] It's kind of the opposite of what would be an issue.. the *common* axis are out of the data format.. these are the axis that *can* be in the format because they are standardized across providers. [16:31] med_ / niemeyer: Wnat to join the fishbowl? [16:31] Daviey: I can't, I really have to step out.. :( [16:31] :( [16:31] But I'll watch out the full video [16:31] s/out// [16:31] niemeyer: Shame, sounds like you have some good points. [16:31] and provide feedback [16:32] Ultimately, each provider could be an independent file.. [16:32] aws.js [16:32] etc [16:33] niemeyer: yes - and the format allows us to break it down by provider, AIUI [16:33] With less field duplication inside the format itself [16:33] This reduces the burden when using that data [16:33] (for an app developer) [16:33] I'll organize those thoughts and provide a suggestion [16:34] niemeyer: thanks! Appreciate your input. [16:34] * niemeyer steps aside [16:35] smoser: also MAAS for ephemeral images? [16:35] And d-i netinst images perhaps? [16:35] Or is that out of scope? [16:41] Didn't want to interrupt :) [16:41] too polite... [16:41] * med_ lost his entire train of thought while joining. [16:42] short train though, one car. [16:42] rbasak: sorry. :) [16:48] Jump in if you have questions--we'll proxy them... [16:53] lightning talks are next so probably no reason to curtail discussion here unless folks are presenting there [16:53] some of us have other conflicts though [16:54] utlemming, patches are welcome.... :^) === udsbotu changed the topic of #ubuntu-uds-servercloud-1 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/servercloud-1/ - http://ubottu.com/uds-logs/%23ubuntu-uds-servercloud-1.log [16:57] so is IQN akin to a UUID? [16:57] GUID? [16:57] smoser, ^ [16:57] okay [16:57] I have to run to the next meeting [16:57] ditto. [17:03] med_: erm, sort of [17:03] nod. he said "stream" just as I typed that in real time. === udsbotu changed the topic of #ubuntu-uds-servercloud-1 to: Track: Cloud & Server | MAAS Review | Url: http://summit.ubuntu.com/uds-1303/meeting/21657/maas-review/ [18:17] 10..9..8... [18:17] starting in [18:17] 3. [18:17] 2. [18:17] 1 [18:17] RELOAD NOW! [18:18] o/ [18:18] technical difficulties [18:18] \o [18:18] please stand by [18:18] smooootthhh! [18:18] * jcastro slow claps [18:18] argh sorry my computer with video crashed [18:18] this is a test of your emergency broadcasting system. [18:19] Meanwhile here's some music....... [18:19] [18:25] anyone else want to join the inner circle? [18:25] Daviey, not for this one ta [18:31] When do we think the SRU will go through? [18:33] +1 on timescales for the SRU? ^^^ [18:35] \o/ [18:36] Of course! [18:36] I'll be deploying it to the SE Demo Lab. [18:36] would love to! [18:40] https://code.launchpad.net/~virtual-maasers/charms/precise/virtual-maas/trunk [18:40] Daviey: yeah I would like to get clarification on exactly how many machines it needs [18:40] hey smoser! [18:41] want me to join now? [18:41] jamespage: sure [18:41] and anyone else? [18:41] jcastro: ? [18:41] Daviey: nm, he's answering my question [18:41] awesome, I'd use that [18:41] with virtual maas I don't really care anymore, heh [18:42] smoser: when would you guys consider the virtual maas charms to be ready to use by people like me? [18:42] forget about "trying it" that's great for "development" environment where i want to test that before i decided to deploy [18:42] or to play with some configurations [18:42] jcastro: "like you" .. much longer than everyone else. :) [18:42] well played sir [18:43] >:) [18:43] Agreeed. Standalone makes a lot more sense than a charm. [18:43] How many TL does the server team has? [18:43] 18 [18:44] awesome! [18:44] smoser: you are the hot standby? [18:44] HA tech leads! [18:44] smoser: sure, you are stealing the credits! [18:44] everyone is tl in their own special way [18:44] nxvl: one more and they can RAID5 [18:45] zul: ok, i won't even comment on that one... [18:45] nxvl: The server team used to have one tech lead, but when he moved.. he had to be replaced by two people.. as the original one was of that calibre [18:45] Daviey: who was he? [18:46] "Ubuntu Server Technical Lead" or "Technical Lead, Ubuntu Server Team"? "People's Front of Judea" or the "Judean People's Front"? [18:46] Daviey: I don't suppose you know the status of the maas provider for juju offhand? [18:46] :) [18:48] roaksoax: that answers my question, thanks. [18:49] \o/ [18:49] thanks! === udsbotu changed the topic of #ubuntu-uds-servercloud-1 to: Track: Cloud & Server | OpenStack Juju Charms Review | Url: http://summit.ubuntu.com/uds-1303/meeting/21659/openstack-juju-charms-review/ [19:01] Anyone else want to be in the inner circle? [19:05] refresh in 10 [19:05] 9 [19:05] 8 [19:05] 7 [19:05] 6 [19:05] 5 [19:05] 4 [19:05] 3 [19:05] 2 [19:05] 1 [19:05] .... [19:05] refresh! [19:06] up and working [19:06] ping me if you want attention in the inner circle [19:14] adam_g: along the lines of Go Juju can you update on your plans for testing there? [19:14] arosales, nothing until maas provider exists? [19:15] jamespage: ah, that makes perfect sense [19:15] Are there any plans to add VNC support for connecting to instances from horizon to the openstack deployment charms? [19:15] dweaver: isn't that working now? [19:16] works [19:16] (foslom and essex) [19:16] (if it's not, it's a bug.. not lacking support) [19:16] arosales, i did a quick test of keystone, mysql + a few core services on EC2 using go juju, seemed to work fine [19:17] i meant, it s working, but there s no charm for it. [19:17] melmoth / dweaver: wanna join the inner circle, to explain? [19:18] url ? [19:18] Daviey, not on my deployments on essex, but I have yet to try Folsom yet. [19:19] adam_g: good to hear [19:20] re go-juju testing on ec2 [19:20] zul: come baaaaaaack [19:20] arosales: wanna join? [19:20] Daviey: nah. Just had that quick go-juju question. [19:21] sorry press the wrong button [19:21] Daviey, url? [19:21] jamespage: is it a party since it s the last session? [19:21] dweaver: pm [19:27] if performance of shell is an issue, should you just skip python and write charms in go? [19:35] melmoth, lp:juju-deployer [19:43] ok [19:53] thanks! === udsbotu changed the topic of #ubuntu-uds-servercloud-1 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/servercloud-1/ - http://ubottu.com/uds-logs/%23ubuntu-uds-servercloud-1.log [20:17] when is the requirement for a dedicated juju node for the juju maas provider going away? [20:19] yup, running/installing it outside the charm === kentb is now known as kentb-out