21:00:10 #startmeeting Fedora Cloud 21:00:10 Meeting started Thu Aug 5 21:00:10 2010 UTC. The chair is jforbes. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:00:10 Useful Commands: #action #agreed #halp #info #idea #link #topic. 21:00:25 oh this one is always fun 21:00:50 * DiscordianUK is here 21:00:56 * dcr226 21:00:57 * onekopaka_laptop suggests a #topic Who's here? 21:01:05 #Topic Roll Call 21:01:12 * dcr226 21:01:23 DiscordianUK, 21:01:37 * zaitcev zaitcev is here 21:01:39 Anyone else? 21:01:59 I'm somewhat here, but working on blogs.fp.o 21:02:10 and its insane RewriteRules 21:02:19 #Topic EC2 Status 21:03:05 So, a bit of fail here, I just realized I never sent out the list of changes Amazon requested/suggested 21:03:35 I will send that out to the list right after the meeting 21:04:29 As for the feature, we missed the chopping block with agreement that working proof of concept would constitute 100% done for feature freeze purposes 21:04:51 Obviously nothing can really be done for F14 until there is release to actually push 21:04:57 I'd like to introduce myself, I'd like to contribute to the sig. I couldn't find a relevant fas group, but I support in #fedora and have a personal and commercial interest in EC2 (so i have an available account for testing) 21:05:22 Welcome to the madhouse :) 21:05:26 Hah, thanks 21:05:45 Right i'm concerned with the idea you want to ship on day0 of F14 21:05:59 DiscordianUK: concerned how? 21:06:21 That first week will be support hell on #fedora 21:06:42 and wiki super caching 21:06:59 does ec2 still have an aversion to installing yum/rpm with proper .repo files? 21:07:06 here 21:07:15 DiscordianUK: not sure how this will make it any worse, people needing EC2 help can be pointed to the wiki 21:07:18 or do you have another support channel in mind> 21:08:02 I'm an op on #fedora 21:08:21 fenris02: ec2 will have the correct/same repo files. Though we still need to get details on local EC2 mirrors 21:08:38 no $basea please ;-) 21:09:05 onekopaka_laptop: heh, that wasn't us... That was a different company doing CentOS based images 21:09:16 incorrectly configured EC2 RHEL images were requesting to Mirror Manager with $basea 21:09:28 CentOS? 21:09:32 Right 21:09:33 onekopaka_laptop: yup, the company that created those was contacted 21:09:33 oh well 21:09:47 and all your $basea belong to us 21:09:47 jforbes, why? MM should just work ... 21:09:57 you ship fedora use out repos please 21:10:03 our 21:10:11 fenris02: because they were using $basea instead of $basearch 21:10:27 fenris02: in their .repo file for EPEL 21:10:31 DiscordianUK: yup, that's the plan, they will use the same .repo files as any other F-14 install 21:10:43 onekopaka_laptop, err, talking about f14 ... not c5 21:10:44 good good 21:10:46 good. 21:10:54 yeah, can't imagine why it would need to be any different than that 21:10:55 * dcr226 assumes it will be a f-14 install, converted to an ami and pushed to ec2 21:11:15 fenris02: yes, but I remember $basea insanity because some EC2 machines were poorly configured. 21:11:16 what we need tio see, is getting local mirrors available. Not critical, but nice to have 21:11:28 just build it at ec2, no need to push it 21:11:31 fenris02: and jforbes told me that it wasn't any of this team 21:11:49 brianlamere, with a kickstart? 21:12:04 it is built with a kickstart and pushed. 21:12:36 jforbes, how is it build? what tool(s) do you use to generate the ami? 21:12:38 jforbes: built on Fedora Infrastructure or EC2? 21:12:41 right, so you build locally and push to ec2? 21:12:52 onekopaka_laptop: yes, built locally 21:13:13 okay 21:13:17 fenris02: the easiest way currently is to use boxgrinder, though ideally we would be using appliance-tools and euca2ools 21:13:45 are those tools current in f13/f14 ? 21:13:56 ah, well my thing builds it there - eventually I'll work out having a spacewalk server build them there. I don't care to build it locally 21:14:00 only thing stopping us right now is euca2ools needs the newest python-boto, which is not in F-14 yet 21:14:11 what about chrooting into a raw image file, deploy the package manifest into it and push? 21:14:25 dcr226: why mess with any of that 21:14:33 jforbes, related to py27 breakage, or needsponsor ? 21:14:38 because the tool itsn't available? 21:14:43 was just ooc 21:15:23 fenris02: umm, well discussed before, python-boto which works with the newest euca2ools is alpha, and there are concerns with upstream release timeframes 21:15:30 it's not very fedora-centric at that point, though; such a process could do any distro just the same 21:15:41 jforbes, sorry for the rehash. understand. ta 21:15:50 So let us be clear here, is this gonna use the F14 kernel? 21:16:25 python-boto is alpha? 21:16:26 DiscordianUK: yes, no packages in the images are outside of the repos 21:17:10 few years old, at 2.0 now :) 21:17:11 Cool 21:17:22 * dcr226 would suggest, if its not already been done - to add some sort of EC2 tag to the kernel line, so uname -r reports itself when they come to #fedora for support 21:17:36 brianlamere: there is a new alpha release which has features required 21:17:52 dcr226, that would require building the package twice ... 21:17:54 ah, ok 21:17:55 there is a python-boto in Fedora now, it is just too old 21:18:05 fenris02, yeah I know 21:18:06 dcr226: nooo 21:18:22 dcr226: there is no reason that an EC2 image should be any different than a local install image... 21:18:37 dcr226, appending to /etc/redhat-release in %post would be easier and less problematic ... but still troublesome 21:19:00 reduces complexity if you just keep everything stock 21:19:02 yeah, let people get the standard packages and updates, including kernel updates. anything else is unhappiness 21:19:05 jforbes, the environment is different a little though, ssh connections and firewall rules might be problematic to diagnose maybe, but its only an observation 21:19:05 indeed. 21:19:26 "cat /proc/cpuinfo" should show ec2 signs though iirc 21:19:32 yup, point 21:19:42 not ec2 signs, but xen guest signs 21:19:48 * onekopaka_laptop has never touched an EC2 instance 21:20:26 I want there to be some way to know it's EC2 21:20:26 jforbes, oh, my bad. i thought they had been using something other than xen. there's another cloud project whose name escapes me atm 21:20:43 fenris02: nope, xen 21:20:46 DiscordianUK: why? 21:21:00 we have to deal with this on #fedora 21:21:28 and knowing what exactly it is , is important 21:21:37 a person won't know where their own system is? 21:21:50 You'd be surprised 21:21:52 DiscordianUK: people will know 21:21:56 not knowing where their own system is 21:21:59 is pretty bad 21:22:10 but EC2 is something you pay for 21:22:13 actively. 21:22:14 DiscordianUK: It isn't exactly easy for anyone to just start up an EC2 image... You have to create an account and give thema a credit card number 21:22:26 yes I know 21:22:29 so I'm pretty sure they'd know they're on EC2 21:22:44 but will they tell *us* 21:22:54 hmm 21:23:03 I don't think they'll tell you. 21:23:11 see we get people lie all the time 21:23:27 people just go in and lie about stuff? 21:23:28 and it makes life difficult 21:23:33 yes 21:23:38 like what? 21:23:39 DiscordianUK: Generally speaking, it wont matter. If they don't have EC2 specific questions, the answers will be the same for EC2 as they would be for any xen guest sitting on RHEL or CentOS 21:24:11 about it being CentOS rather than Fedora etc etc 21:24:28 DiscordianUK: that doesn't seem very fun. 21:24:37 it isn't 21:25:39 Anything else on the EC2 status topic? 21:25:43 yeah, it shouldn't end up being any different if it's a workstation sitting next to them, a VM in their server room, an ec2 instance, etc. *shouldn't* 21:26:05 I'll butt out now 21:26:09 so it's official that it's too late to get in 14? 21:26:22 brianlamere: Well, xen guest is the only real differentiation. There are not a ton of xen guests in the wild with F11/12/13 21:26:32 infra is on the alpha freeze 21:26:41 brianlamere: ?It is schedued for F14 21:27:07 oh, ok :) I missed the first few minutes, and the first thing I saw I took to mean otherwise 21:28:11 Nope, status was just tricky to update since we are not writing new code for this, the feature isn't really in progress until images are available for testing at least. I was told that the fact that we have F13 images for testing counted 21:28:26 brianlamere: we will spin F14 images at least with the beta 21:28:38 and then final should be available on release day 21:29:27 depending on how you package it, testing with 13 works to a degree 21:30:03 Anything else on the EC2 status topic? 21:30:11 cool. I already steal from rawhide for a couple things, I should really just build those things as my own packages but they're sortof basic-assumed (like openssh-server). Several little things getting added in 14 I need today, darn it. 21:31:34 #Topic Open Floor 21:31:44 Wait, what about Swift? 21:32:04 #Topic Swift 21:32:08 Okay... 21:32:13 Silas is not here? 21:32:17 Sorry, didnt see new agenda items for this week 21:32:29 Oooh, sorry, sorry. This was the previous week. 21:32:50 yup 21:33:32 But since we have the topic, anything to add or update on it? 21:33:52 No, sorry. I thought maybe there was progress on packaging.. 21:34:14 Last I saw it was waiting for sqlite updates 21:34:37 Understood. Actually I thought it was merely a performance issue. 21:34:41 ianweller and gholms were going to lok at reviewing the packages, but don't seem to be present 21:35:51 #Topic Open Floor 21:36:21 Anyone have anything else they would like to discuss? 21:36:55 just to offer my services, as I said, I have an EC2 account so am happy to test stuff no problem 21:37:37 I'll add my piece 21:38:04 There are instructions on the list for testing F-13 images... Testing is greatly appreciated 21:38:11 I think there should be #fedora-ec2 for EC2 support 21:38:22 jforbes, cool, will do 21:38:45 DiscordianUK: biggest thing is finding people who want to support it there 21:39:05 DiscordianUK: and we are targeting multiple clouds, that is just the first... At some point you run out of channels 21:39:41 You're gonna struggle with finding people on #fedora to support it# 21:40:46 DiscordianUK: how? The packages are the same ones that would be installed on a local system 21:41:15 Except that the default login I believe is root 21:41:16 well if it's an ec2 question, it's not really a fedora question. Problems people have currently are based on being stuck at fed8 with old, ancient aki/aris. With pv-grub that's not an issue; it's just fedora, no weird ancient kernel you can't update 21:41:24 DiscordianUK: no, it wont be 21:41:41 I'm glad to hear that 21:41:48 DiscordianUK: that is on the list of things to change, root will not be able to log in, there will be a default user, and sudo access for that user 21:42:04 * dcr226 likes that idea 21:42:14 bring it on 21:43:09 F8 is old and has been EOL for years 21:43:23 DiscordianUK: but it is the newest Fedora on EC2, so people are still using it 21:43:47 I'm shocked anyone on a #fedora channel even considers it relevant 21:44:11 and if they do release updates to it, they'll find they're still unable to do things that require a newer kernel. like, for instance, make an ext4 filesystem ;) 21:44:11 We don't other than it is motivation to get F13/F14 out 21:44:28 jforbes, ooc, will the ami be a community ami, or one of the default options? 21:44:36 ie, can you get rid of f8 appearing there? 21:44:55 DiscordianUK: FWIW, there will be released F13 images before F14 releases... so you will see the support load long before 21:45:21 we dislike seeing F8 questions in #fedora 21:45:40 I would dislike seeing such questions too 21:45:41 they get redirected to #fedora-eol 21:45:45 dcr226: umm, not sure that we can get rid of F8's existence, we don't maintain that one, but Amazon will ensure that our images are tagged as official Fedora 21:46:08 jforbes, shame :(, but good news on being tagged as official 21:46:20 The kernel aws ships for f8 isn't a fedora kernel 21:46:48 DiscordianUK: I thought it was kernel-xen 21:47:00 Either way, not really of concern to us 21:47:15 its got an ec2 tag in the uname -r 21:47:40 Ahh, Amazon created the images, they might have done something special 21:47:48 yes 21:48:10 This had better be a real Fedora 21:48:23 Anything else before we close out? 21:48:46 yeah.. 21:48:57 who's responsible for the build? I'll offer to lend a hand 21:49:22 DiscordianUK: that's the point of pv-grub; it reads /boot/menu.lst and boots your image "like normal" using a kernel that is updated with normal yum updates, etc 21:49:25 dcr226: for the moment, I am doing the official build, we hope by the F14 release, rel-eng will just be pressing a button 21:49:35 it's a normal install 21:49:43 cool, I'll catch you in the channel at a sensible time then :) 21:50:20 then it should be supportable with yum and rpm from the standard repos 21:50:24 the only difference you may see in #fedora is that /boot/grub may look odd (as the contents aren't important, beyond menu.lst) 21:50:39 yes - normal repos, just yum update 21:50:56 great 21:51:21 DiscordianUK: yes, there is nothing special about the EC2 images at all.. 21:51:33 July15 changed the game for AWS, with pv-grub, which other smaller cloud providers (like linode) had already been using 21:51:41 cool 21:52:13 DiscordianUK: That's what I have been trying to say :) 21:52:21 that's why we say there's not much of a point, once the cloud feature is out, to having a channel for cloudie-peeps. It's just a normal system :) 21:52:35 and I wanted to clarify 21:53:22 as the OPS SIG will be the front line IRC support 21:53:37 Okay, if there is nothing else, going to close out the meeting in 2 minutes 21:53:43 as I hope you can appreciate 21:54:17 well I appreciate it, but I'm just a guy ;) I'm sure the actual cloud team appreciates it too 21:55:02 We kind of are the cloud team for Fedora purposes :) that's why the SIG was created 21:55:18 I'll not bother you good folks again 21:55:39 Heh, not a bother 21:56:30 yeah no - sorry DiscordianUK - it's only as of a couple weeks ago that it's this way, so it's an important question 21:56:32 Okay, going to close out, we will meet again next week, though I am not sure if I can make it... Going to be in Boston for the kvm forum and meetings 21:57:02 Thanks everyone for participating 21:57:07 #endmeeting