19:00:00 #startmeeting Infrastructure (2011-04-28) 19:00:00 Meeting started Thu Apr 28 19:00:00 2011 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:00:00 Useful Commands: #action #agreed #halp #info #idea #link #topic. 19:00:00 #meetingname infrastructure 19:00:00 The meeting name has been set to 'infrastructure' 19:00:01 #topic Robot Roll Call 19:00:01 #chair goozbach smooge skvidal codeblock ricky nirik 19:00:01 Current chairs: codeblock goozbach nirik ricky skvidal smooge 19:00:14 morning/afternoon/evining 19:00:23 * ricky 19:00:47 * CodeBlock here 19:00:59 nirik: you have an alias for that, don't you. :P 19:01:19 naw. I keep meeting stuff in a text file... copy and paste it in when doing a meeting. ;) 19:01:26 I should make a macro or something. 19:01:28 hola 19:01:29 here 19:01:43 Welcome back, abadger1999 :-) 19:01:51 ricky: Thanks :-) 19:01:56 yeah, welcome back abadger1999. ;) 19:02:14 I'mma gonna be keeping notes in-line with meeting so our minutes are more easily digested 19:02:14 ok, lets go ahead and dive in... 19:02:20 goozbach: cool. ;) 19:02:20 it'll be a bit noisy 19:02:36 should I do things in the order of the agenda ? 19:03:23 #topic Upcoming Tasks 19:03:45 nirik: it's your meeting, I just keep notes :D 19:03:52 Just wanted to go over stuff upcoming that I have: 19:04:02 later today I intend to cut over to log02 from log01 19:04:26 #info migrate log01 to log02 later today (nirik) 19:04:29 argh. 19:04:35 have to step away for a sec 19:05:03 time out, we've got time I believe 19:05:40 * CodeBlock would step in, but I don't know what else nirik has planned this week 19:05:58 db01 move at some point, I think 19:06:48 sorry, dog required help 19:06:58 ok, so yeah, log01->log02 later today. 19:07:05 next week, db1->db05 19:07:25 #info db move next week db1 to db05 19:07:44 2011-05-02 I had down as a tenative for FPCA landing. 19:07:45 What are the changes from log01 to log02? RHEL6 upgrade and storage, I assume? 19:08:13 # info FPCA 2011-05-02 19:08:19 ricky: yeah, rhel5->rhel6 and so we can not have anything on xen10 19:08:23 which is ending life. 19:08:42 db01 is on xen12 which is also ending life soon. 19:08:50 Ah, OK. 19:09:06 abadger1999: does 2011-05-02 still sound ok for FPCA? do we need to do any prep for that? announcements, etc? 19:09:30 nirik: I'm trying to squeeze a few more features in but I think it's still okay. 19:09:48 nirik: We should take a short outage. 19:10:00 ok. 19:10:01 nirik: Since there's a quick db schema update that needs to happen. 19:10:53 ok, how long? we should file a ticket and get the announcement sent out. 19:11:23 nirik: Does 5:00-6:00 EST sound good? (probably will only take a few minutes but an hour gives us leeway for unanticipated breakage/revert if necessary). 19:11:35 ok. 19:11:43 Err -- 5-6PM 19:12:02 so, does this come with the 'everyone must sign the FPCA' to stay active? or ? 19:12:17 * nirik digs up the ticket 19:12:20 Nope, It will have: (1) new people must sign the FPCA. 19:12:31 (2) current signers of the CLA may sign the FPCA. 19:12:46 .ticket 2481 19:12:47 nirik: #2481 (Fedora switching from the CLA to FPCA) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/2481 19:13:01 After it's deployed I'll talk to the Board/spot/jsmith about notifying people to sign the FPCA. 19:14:17 We'll decide on a time to remove non-signers of the FPCA from cla_done after we get a feel for whether people are dragging their feet or not. 19:14:23 ok 19:15:18 sounds good. If you could file the outage ticket and get the announcement ready? or would you like me to? 19:16:09 I can do it tonight. 19:16:18 excellent. thanks. 19:16:19 * abadger1999 adds a reminder 19:16:33 also, upcoming on 2011-05-05 we have talk going away. ;) 19:17:00 also cvs is down now, and I will be removing it next week 19:17:14 so, that brings us up to out final freeze at 2011-05-10 19:17:28 anyone have any items they would like to try and get in before the freeze not mentioned yet? 19:17:53 Oh, one more, also on 2011-05-10 is the pkgs01 branches fix. 19:18:10 * StylusEater_work is late 19:18:14 #info CVS dying next week for last 19:18:32 #info 2011-05-10 is the pkgs01 branches fix. 19:18:52 #info final freeze at 2011-05-10 -- Anything else need to get done before? 19:19:20 we have a bunch of stuff we can schedule after f15 goes out, but we can talk about those in coming weeks. 19:19:21 * CodeBlock can't think of anything 19:19:26 ok, moving on... 19:19:31 #topic Application logging info gathering 19:19:47 So, we currently have logs from things back to long long ago. 19:19:58 smooge asked legal if we should have any specific log retention policy. 19:20:07 they wanted to know what kind of logs and type of info was in them. 19:20:16 So, I made: https://fedoraproject.org/wiki/Infrastructure_logs_information 19:20:32 if everyone could fill in there info we know about that would be great. 19:21:06 they are working through what needs are done and will get back to us probably after the summit 19:21:31 #action everyone review https://fedoraproject.org/wiki/Infrastructure_logs_information 19:22:15 smooge: ok. I was thinking we were gathering more info for them... 19:22:28 I don't really know what info some of our apps log. 19:22:52 we don't need to review then? 19:23:05 I will double check through my emails 19:23:15 no it is a good idea for us to review 19:23:31 ok action item stands 19:23:33 because crap could be in there no one remembers being there 19:23:43 I think it's good for us to review, but "asking legal" always scares me a little bit :-) 19:24:01 we should come up with a retention policy tho at some point... 19:24:15 'keep all logs forever' at some point ends in tears. ;) 19:24:32 it has to be done in the case of logs though. People go to jail for realz when you don't 19:24:55 * StylusEater_work wonders why we didn't first setup a retention policy then ask the lawyers 19:24:59 ok, so fill in info there if you know it ;) 19:25:04 * skvidal is here, finally. 19:25:10 hi there skvidal 19:25:11 StylusEater_work: well, same effect I suspect in the end. 19:25:15 hey skvidal 19:25:22 so, shall we move on? 19:25:39 we had a policy it was "keep it forever". Now we want to change it 19:25:50 there moving on 19:25:56 #topic Meeting tagged tickets 19:26:03 https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=~Meeting&order=priority 19:26:35 anyone have anything they would like to shout out from meeting tickets? 19:27:08 I made the suggestion we look at OpenStack in addition to Eucalyptus for Ticket #2572 19:27:14 .ticket 2572 19:27:16 StylusEater_work: #2572 (Consider using Eucalyptus for test VM hosting) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/2572 19:27:45 is openstack packaged? 19:28:06 I don't think either are... 19:28:20 but there are rumblings on the openstack list 19:28:20 yeah, which is kinda a bummer. ;( 19:28:33 looks like openstack-objectstorage is 19:28:43 openstack-swift 19:29:03 ahh there are rhel6 packages 19:29:14 https://github.com/griddynamics/openstack-rhel 19:29:18 at this point without stuff being packaged and accepted into Fedora.. it is all a bit of cart <= horse 19:29:26 yeah. 19:29:31 nice! 19:29:42 I'd love for there to be one we could use. ;) 19:30:05 the other thing was I believe this ticket can be closed for another reason... 19:30:20 ? 19:30:36 we either needed to build our own cloud or pay someone else to do so. 19:30:49 we aren't able to pay and we don't want to build our own cloud :) 19:31:27 valid points ... :-) 19:31:32 There could be advantages to our own... but we need something mature enough and packaged, which is not existing yet so far as I know. ;) 19:31:58 anyhow, shall we move on? or anything more on meeting tickets? 19:32:14 secondary1 ticket I will work on for next 19:32:15 week 19:32:25 cool. 19:32:36 whats left there? a secondary02 instance and thats about it? 19:32:57 So in general, are we now incrementing numbers whenever we rebuild something? 19:33:16 ricky: I have been, but I'm open to better ideas/practices. 19:33:50 it allows a pretty easy backout if something blows up on the new one. 19:34:06 For services where we need to transition them (keep secondary01 up while we get secondary02 going or db systems) 19:34:27 OK. Will think a bit on it. It might make us maintain CNAMEs or some other complex stuff 19:34:38 I generally allow backing out by just not destroying the old host 19:34:40 cnames aren't complex 19:34:43 but yah - I see your point 19:34:53 I would say we rename them later but I got gunshy after the wrath of Seth on my last attempt :) 19:35:00 so much pain 19:35:01 :) 19:35:06 Let's use hexadecimal next time 19:35:28 well, after db01 goes away in favor of db05, we could reuse db01 again. ;) 19:35:35 ricky, I asked for that last release and it didn;'t get a second +1. 19:35:51 * CodeBlock always thought rename -- that's why I built the new noc01 as noc03-tmp, with intention of it eventually being renamed back to noc01 after the real noc01 was killed 19:35:52 I figured dbOxOOf was clear 19:36:00 * skvidal hates everyone 19:36:15 #agreed wait to build our own cloud till things are packaged and included 19:36:20 its ok skvidal eunice and the dog still put up with your 19:36:21 * nirik doesn't care too much, but renaming seems like extra work and we are unlikely to run out of integers. ;) 19:36:53 Yeah, it's mainly that we have to update some scripts, and update some sysadmin's finger muscle memory (although yeah, CNAMEs would be another solution to that) 19:37:02 yeah.. we just need to update scripts and documentation 19:37:13 so that if it says db01 we know its now db05 19:37:30 well, when moving to the new one we have to update those anyhow right? 19:37:43 but I agree admin memory might be ill served. 19:37:57 If it's just a regular rebuild like we want to start doing, then hopefully docs won't change much 19:38:30 But then there'll be one period every once in a while where you have to +1 to all your hostames 19:38:43 Or update CNAMEs and wait for DNS, or whatnot 19:38:53 yeah. 19:38:53 Anyway, just something to think about, feel free to move on :-) 19:38:55 crazy thought which may not be practical. what if physical server names are 'db05' but we have a cname that's dbv01 and have all the scripts use dbv01 19:39:16 sijis: could get a bit confusing... 19:39:17 so the only change neded would be the cname from db06 to db01 19:39:18 * skvidal twitches 19:39:24 that's just a cname 19:39:35 If we are going to look at cnames, functional ones might be better, IMHO... 19:39:37 how about aliases inside 19:39:42 db-wiki, db-smolt 19:39:58 then you could also seperate them easier to different backends. 19:40:27 nod 19:40:27 sure. my only though was physical -> virtual name and have things poing to the virtualname instead ot the physical name 19:40:27 +1 19:40:31 (if that makes sense) 19:40:31 Yes! Even mysql01 and postgres01, etc would make me happier :-) 19:40:40 **happier than the way it is now 19:41:00 doesn't db02 have both on it? 19:41:08 See? It's confusing :-( 19:41:15 db01 = mysql, db02 - postgres for apps 19:41:15 :) 19:41:21 db04 or whatever it is now = postgres for koji 19:41:25 anyhow, I think this merits thought... if someone comes up with a good idea/plan, feel free to propose it. 19:41:53 nirik: do we have a page on the wiki with a problem definition? 19:42:09 nirik: other than the typical conundrum on system naming... 19:42:14 not that I know of... might be more suited for a mailing list discussion? 19:42:34 basically the issue is this... we have a db01 machine in puppet, we want to replace it with another new shiny instance. 19:42:52 if we also call it db01, then there is a time where we have to cut over and the old machine gets no more updates, etc. 19:43:29 and there may be puppet changes to make the new db01 happy that would have to be reverted if we went back to the old one. 19:43:40 nirik: not sure if this helps, but we always did generation in the ID in the labs I worked in 19:44:00 fresham: db01-0, db01-1 ... etc.? 19:44:01 fresham: generation in the ID? 19:44:08 ah. 19:44:21 fresham: or something different? 19:44:22 nirik: so db0101 would be the first one, db0102 could be like a temp or transfer, then db0201 would be the reincarnation of db0101 19:44:41 huh. Another one to think about... 19:44:58 that's just an example, I'm sure there' s a more elegant way of doing it 19:45:01 anyway... 19:45:03 if someone wants to bring this to the mailing list we can try and come up with a plan there. 19:45:29 #topic New folks introductions/status 19:45:35 * skvidal starts to decipher nirik-speak 19:45:38 nirik: non-functional names would fix it... 19:45:44 err...oops 19:46:06 #action bring up naming and replacing machines in mailing list (anyone) 19:46:10 so, any new folks want to introduce themselves? 19:46:15 I'm new! 19:46:23 #info welcome fresham 19:46:25 :) 19:46:28 My name's Cody 19:46:32 Thanks! 19:46:37 or any new folks want to give us feedback on recent weeks? :) 19:46:41 welcome fresham 19:46:46 thx 19:47:23 is there any particular areas you are interested in? 19:47:54 I looked at fedorahosted for the programs we use. Koji and Bohdi seem particularly interesting. 19:48:10 As I mentioned on the mailing list, I really like writing scripts to automate things. 19:48:14 cool. ;) 19:48:31 welcome. 19:48:38 the one I know of off hand is a script to automate hosted requests. 19:48:44 smooge: thanks! 19:48:48 ^ 19:48:49 CodeBlock has already written one, but it was lost in a HD crash. ;) 19:48:54 lol 19:49:09 That sounds straightforward 19:49:25 CodeBlock: would you be willing to help fresham with that? or would it be better to just re-do it yourself? or ? 19:49:33 well - I originally wrote one, its on hosted01 in my ~, but it was kind of hacky. Then I started re-writing it, and that was lost. :/ 19:49:43 ah, ok. 19:49:51 I'm currently without sponsor and credentials 19:50:08 nirik: more than willing to help, that was technically my first assigned project when I joined FI..and it's still not done :P So if someone wants to pick it up... 19:50:56 .fas fresham 19:50:57 CodeBlock: 'fresham' Not Found! 19:50:57 fresham: not a problem. Do hang out in #fedora-admin and/or #fedora-noc and we will get you what you need to work on what you want to work on... 19:51:09 try crfrazer 19:51:27 fresham: ping me later in the channels nirik mentioned, and I can sponsor you into the fi-apprentice group for starters 19:51:38 and go from there 19:51:44 Can do! Thanks! 19:51:45 which brings us to our next topic: 19:51:50 #topic Status of the sysadmin-apprentice group 19:52:15 so, we are using this now. How's it working? anything we can do to improve it? 19:52:29 (well, it's fi-apprentice) 19:52:52 I think it's been good... have had one nagios guy looking at old tickets and able to check our config, etc. 19:53:07 yeah 19:53:50 so what's the discussion? 19:53:52 It need more promotion, I still don't know where it's :) 19:54:12 goozbach: you added this to the agenda? or someone sent to you? 19:54:24 some background: 19:55:02 fi-apprentice is a group that has login access to a lot of infrastrcuture machines. They can login and look at things. They have no write privs. no sudo or the like. They can only look... 19:55:18 using this people can get in and see how things are setup and propose solutions to open tickets and the like. 19:55:24 nirik: I've been hearing bout it since I apprenticed, I'm still not in it :) 19:55:37 so I've taken the mantel of secratary for the meetings :) 19:55:40 .members fi-apprentice 19:55:41 nirik: Members of fi-apprentice: addutko +codeblock jbass29503 @kevin rafaelgomes @skvidal @smooge 19:55:52 goozbach: we can sponsor you in... 19:56:00 that'd be nice 19:56:05 please 19:56:22 hmm I thought we had more people in it. 19:56:29 ok I will start sticking people in it. 19:56:40 smooge: sounds good. 19:57:07 Now that I have someone to sluff off the throne to I can go back to being the power behind it and getting new minions to control 19:57:09 we will likely cull people from this group after a while if we don't hear anything from them, so do use the access for something. Working on tickets, making suggestions, etc. 19:57:32 correct. 19:57:33 smooge: btw, can you make me a sponsor of 'sysadmin'? I can sponsor in some sysadmin-* groups and fi-apprentice, but not sysadmin (which means being able to sponsor in fi-apprentice does little good) 19:57:47 CodeBlock: I thought sysadmin was open to anyone joining? 19:57:56 nirik, no we changed that last year 19:58:07 huh. ok 19:58:20 * nirik supposes he should be a sponsor there too. 19:58:21 basically we had a LOT of driveby signups because people were thinking "I sysadmin my home box I need to be in this group." 19:58:22 Too many applications from people we'd never heard of :-( 19:58:33 ah, the common problem. ;( ok 19:58:37 .fasinfo goozbach 19:58:38 goozbach: User: goozbach, Name: Derek Carter, email: goozbach@friocorte.com, Creation: 2008-04-08, IRC Nick: goozbach, Timezone: US/Eastern, Locale: en, Extension: 5103664, GPG key ID: 1024D/D031A544, Status: active 19:58:42 goozbach: Approved Groups: sysadmin cla_fedora cla_done 19:58:45 like that guy 19:58:54 Hehe 19:58:56 :) 19:59:01 they would sign up for sysadmin and sysadmin-test 19:59:35 but hey! I'm not letting my lack of sponsorship keep me from contributing 19:59:41 nope. 19:59:49 :D 19:59:55 Alright two minutes left, so I'll leave with this (because I want to leave $dayjob in a minute too) - zodbot has been successfully moved to value01, so if anyone has any problems with it or meeting log website, etc, let me know -- but it seems to be working fine. 19:59:58 ok, we are coming up on an hour... anything else on this? 20:00:06 yaya CodeBlock 20:00:09 I need to get some food. my blood sugar crashed 20:00:10 CodeBlock: excellent. 20:00:16 #topic Quick Open Floor 20:00:21 anything for open floor real quick? 20:00:30 is anyone looking for a project? 20:00:56 skvidal: such as? :P 20:01:16 2 items come to mind 20:01:20 1. the publictest-minder 20:01:36 2. puppet nodes + func = nagios hosts+ checks + deps 20:01:48 they are both fairly standalone projects 20:01:54 skvidal: might be worth filing tickets on these with background/requirements so we can point people to them? 20:01:59 publictest-minder? 20:02:03 nirik: fair enough 20:02:05 #info codeblock moved zodbot to value01, any issues? 20:02:29 StylusEater_work: a way to keep track of our publictest boxes, who's using them, how long for, etc. 20:02:43 * skvidal points to nirik's description 20:02:48 * StylusEater_work looks forward to skvidals description 20:03:07 #info StylusEater_work added this to mailing list: http://lists.fedoraproject.org/pipermail/infrastructure/2011-April/010215.html 20:03:12 that's the majority of it - just a way of tracking why we did this 20:03:17 and how long it is needed for 20:03:45 skvidal: web interface kind of thing or what? 20:03:47 skvidal: talk to you in fedora-admin about it 20:03:52 ok, thanks for coming everyone! Continue over in #fedora-admin / #fedora-noc. 20:03:53 ok 20:03:56 CodeBlock: nah 20:04:02 yay #info meeting over 20:04:10 #info meeting over 20:04:11 #endmeeting