infrastructure October 2008

infrastructure@lists.fedoraproject.org

37 participants
59 discussions

Zabbix Updates - Please Read
by Nigel Jones 24 Oct '08

24 Oct '08

Hi Ho Everybody! There will likely be a short period of time over the next couple of days where Zabbix will be unable to report/etc (manual DB updates). I'll also be taking a moment to 'restructure' (for want of a better word) the way we monitor external hosts etc. - One of the reasons we went for this self punishment was to get a feel for how it compared to Nagios, I think it has performed great and we'll be able to orphan off Cacti at the same time :). Now here is the important bit: We have a variety of applications that have been recently had things added/altered/moved etc etc, or they have just been never added to Nagios etc, so here is your challenge: If you run/work on/do something with the Infrastructure that meets any of the following criteria: * Is seen by the public (fas, etc) * Can cause problems to the normal routine (i.e. rawhide builds etc - did it succeed?) * Is important in some other way * Has a nice statistic that people might want to know/track... THEN PLEASE... let us know... What we need to know is: * How can such a thing be monitored? - Open ports/service, number of processes, age of a file, running a command and checking the output, running a custom script (to make it easier for us, if you can create such script it'd be helpful) etc etc etc * How often would it need to be checked? * What does 'failure' mean wrt the check (if one exists - statistics don't need this) * How can such a 'failure' be fixed automatically (ditto for above)... Then we can add them all together, stir the pot and be happy happy happy. Be extravagant too while we mightn't want to implement every single check you suggest, you might think of something that might have been forgotten... (sysadmin-noc: I still need to work out the best way of scaling this, but I think I've nearly got it, and a SOP will be written when it's final) - Nigel -- Nigel Jones <dev(a)nigelj.com>

3 4

puppet freeze request
by Mike McGrath 24 Oct '08

24 Oct '08

Priority: low(ish) Risk: low Seems puppet has failed on some of the boxes, this usually happens as a result of a network issue. There's typically a cron job that checks hourly to see if cron is running and if it is not, start it. Due to a reversed ensure => logic in this cron job it was removed from most of the servers. I'd like to change this back to the default. Can I get 2 +1's? -Mike

3 2

Preview release
by Mike McGrath 24 Oct '08

24 Oct '08

FYI guys I've created the preview release tickets. If you have another one to add please give it a "preview" keyword and it will show up: https://fedorahosted.org/fedora-infrastructure/report/9 Also if something is missing we need to add it to our release SOP http://fedoraproject.org/wiki/Infrastructure/SOP/Release -Mike

1 0

Re: I want join in the Fedora Sysadmin Group
by Saint.AK 24 Oct '08

24 Oct '08

hi,Mike I find this meeting been held in this morning,my timezone is UTC+8,so,it's 4:00AM @ Friday,when the meeting started. so,mostly I can't attend the meeting,but I will pay attention the content of the meeting ：） -Saint ak UTC +8 2008-10-24 16:02

2 1

Strange build error for classpathx-mail
by Orion Poplawski 24 Oct '08

24 Oct '08

Starting looking into updating classpathx-mail to version 1.1.2 (anyone know of a reason not to?). Got a really weird internal compiler error on the ppc64 build: [javac] 1. ERROR in /builddir/build/BUILD/mail-1.1.2/inetlib-1.1.1/source/org/jpackage/mail/inet/imap/IMAPConnection.java (at line 0) [javac] /* [javac] ^ [javac] Internal compiler error [javac] java.lang.NullPointerException [javac] at org.eclipse.jdt.internal.compiler.looku [javac] p.BinaryTypeBinding.cachePartsFrom(BinaryTypeBinding.java:262) [javac] at org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.createBinaryTypeFrom(LookupEnvironment.java:719) [javac] at org.eclipse.jdt.i [javac] nternal.compiler.lookup.LookupEnvironment.createBinaryTypeFrom(LookupEnvironment.java:699) [javac] at org.eclipse.jdt.internal.compiler.Compiler.accept(Compiler.java:294) [javac] at org.eclipse.jdt.internal.com [javac] piler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:128) [javac] at org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage(PackageBinding.java:179) [javac] at org.eclipse.jdt.inte [javac] rnal.compiler.lookup.CompilationUnitScope.findImport(CompilationUnitScope.java:456) [javac] at org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findSingleImport(CompilationUnitScope.java:510) [javac] at org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInImports(CompilationUnitScope.java:359) [javac] at org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInTypes(Compi [javac] lationUnitScope.java:435) [javac] at org.eclipse.jdt.internal.compiler.Compiler.process(Compiler.java:736) [javac] at org.eclipse.jdt.internal.compiler.ProcessTaskManager.run(ProcessTaskManager.java:137) [javac] at java.lang.Thread.run(libgcj.so.9) Other arches seemed okay but got cancelled. See: http://koji.fedoraproject.org/koji/taskinfo?taskID=809142 This was on ppc7. Resubmitted and it built okay (or at least got past this point). This time on ppc2 http://koji.fedoraproject.org/koji/taskinfo?taskID=809169 Fully successful build (if anyone wants to take a look at the package): http://koji.fedoraproject.org/koji/taskinfo?taskID=809200 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion(a)cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com

2 3

FAS dump breakage
by Michael Schwendt 23 Oct '08

23 Oct '08

There has been an invalid entry returned by the FAS group dump for some time: bbs,disabled,james francis toy iv,user,0 It contains no email address, but "disabled" in the addr field. Now there's another invalid entry: mahmoudelmegheny,mahmoud,elmegheny(a)hotmail.com,Mahmoud Ali,user,0 This entry consists of six fields instead of five. Perhaps one ',' is supposed to be a '.'?

5 6

Meeting Log - 2008-10-23
by Ricky Zhou 23 Oct '08

23 Oct '08

20:00 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Who's here? 20:00 * ricky 20:00 < mmcgrath> heh 3rd time's a charm 20:00 < pvangundy> ping 20:01 < G> moo! 20:01 < SmootherFrOgZ> hello guys 20:01 -!- giallu [n=giallu@fedora/giallu] has joined #fedora-meeting 20:02 < mmcgrath> lets get started then 20:02 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets 20:02 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assi… 20:02 < zodbot> mmcgrath: http://tinyurl.com/2hyyz6 20:02 < mmcgrath> .ticket 395 20:02 < ricky> Heheh 20:02 < zodbot> mmcgrath: #395 (Audio Streaming of Fedora Board Conference Calls) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/395 20:02 -!- fchiulli [i=824c4012(a)gateway/web/ajax/mibbit.com/x-0a06cef606c98088] has joined #fedora-meeting 20:02 < ricky> I got OperationalError: database is locked 20:02 < mmcgrath> jcollie: I forget, did you want me to take the meeting tag off of this? 20:02 < ricky> Works on a refresh, though 20:02 < mmcgrath> ricky: thats fun 20:02 * mdomsch ducks out for a different meeting 20:03 < G> wow, only two tickets with meeting tag, lets discuss a third... 20:03 * mmcgrath skips 395 for now 20:03 * f13 here 20:03 < mmcgrath> jcollie: if you want to take the meeting keyword off have at it. 20:03 < mmcgrath> .ticket 740 20:04 < zodbot> mmcgrath: #740 (Loaning out system time to OLPC participants) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/740 20:04 < mmcgrath> dgilmore: ^^^ anything new there? 20:04 -!- fozzmoo [n=fozz(a)209.41.95.5] has left #fedora-meeting [] 20:05 * mmcgrath skips it too 20:05 < G> .ticket 576 20:05 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Pre-release freeze 20:05 < zodbot> G: #576 (Infrastructure Contact Information) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/576 20:05 < G> mmcgrath: oh, I was just going to ask what the status of that was? 20:06 < mmcgrath> G: that part's actually done ish. 20:06 < mmcgrath> there's an emergency response card that was handed out to some of the sysadmin-main guys. We need to come up with some sort of list that can be made public though. 20:07 < mmcgrath> I'll make some comments on that ticket though about some permanent place to put stuff. Like our inventory. 20:07 -!- themayor [n=jack(a)net2.senecac.on.ca] has quit 20:07 < pvangundy> when you say public, like freely searchable or behind some login/pwd page? 20:07 < mmcgrath> pvangundy: not sure yet. 20:08 < mmcgrath> It gets tricky, I don't want to accidently give out someone's home phone number that didn't want it to be given out. 20:08 < G> mmcgrath: well iirc the original intention was to store "if you can't get hold of me on IRC and you really need something try..." 20:08 < mmcgrath> but ath the same time my information is generally available. 20:08 < mmcgrath> and it seems weird to keep two lists. 20:08 < mmcgrath> G: yeah 20:09 < mmcgrath> my info is all in the nagios configs right now anyway, and via the pager page 20:09 < mmcgrath> https://admin.fedoraproject.org/pager 20:09 < pvangundy> so what information would be given? Just phone #, additional email account to try and reach some one? 20:09 -!- mdomsch_ [n=Matt_Dom(a)cpe-70-124-62-55.austin.res.rr.com] has joined #fedora-meeting 20:09 < mmcgrath> pretty much, multiple phone numbers if their available, pager email address. 20:09 < mmcgrath> stuff like that. 20:10 < pvangundy> do we have a tool for SMS? 20:10 < mmcgrath> pvangundy: https://admin.fedoraproject.org/pager 20:10 < mmcgrath> I think the big pusher here was ricky wanted peoples contact information once he was put in sysadmin-main and I think he has that now 20:10 < pvangundy> *sees now* 20:11 < mmcgrath> ricky: is that correct? 20:11 * ricky thinks for a moment 20:11 < G> mmcgrath: well it was one of the things I actually suggested iirc 20:12 < mmcgrath> G: not according to the ticket :-P 20:12 < ricky> I guess we could just document the two pager sites better 20:12 < mmcgrath> but either way, I'll get some docs together and have that ticket closed by the end of the week. 20:12 < ricky> (noc2 version: http://noc2.fedoraproject.org/pager and noc1 version: https://admin.fedoraproject.org/pager) 20:12 -!- ubertibbs [n=tibbs@fedora/tibbs] has quit "Konversation terminated!" 20:12 < pvangundy> well, do you have a core group of individuals that you would wnat to get this information one? Surely you wouldn't want everyone in sysadmin-* contact info 20:12 < G> mmcgrath: mainly if the shit hit the fan when I was around (which is when you guys aren't) and noone responded I'd be able to get it another way 20:13 < pvangundy> one = on 20:13 < mmcgrath> <nod> 20:13 < G> mmcgrath: ricky skimped on the paste iirc :) - can't be sure though 20:13 < mmcgrath> pvangundy: yeah but the problem is making sure the non-main members to get ahold of the main members. 20:13 < pvangundy> gotcha 20:14 < mmcgrath> Anywho, I've got an idea. I'll get it done, documented and in the ticket soon. 20:14 < G> mmcgrath: and really the ones that would want to would be -web, -noc & -build really :) 20:14 < mmcgrath> anyone have anything else on that? If not we'll move on? 20:14 < G> move on, sorry for sidetracking :) 20:14 < mmcgrath> no worries, we don't have much on the docket today 20:14 < mmcgrath> So we're in another pre-release freeze. 20:15 < mmcgrath> Should be pretty straight forward, we're getting better at these releases. 20:15 < mmcgrath> I'm going to be spending some time on docs. 20:15 < mmcgrath> I'd encourage everyone to spend time looking through logs and writing down things that should be fixed, or alternatively working on testing F10. 20:16 < mmcgrath> get bugs knocked down, or report new ones. Hopefully more of the former :) 20:16 < wwoods> yes please! 20:16 < mmcgrath> Anyone have any questions about the pre-release freeze? 20:16 < mmcgrath> wwoods: :-P 20:17 < mmcgrath> k 20:17 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- func problems 20:17 < G> ohhh fun :) 20:17 < mmcgrath> So func did a really odd thing recently and I think we're mostly fixed. 20:17 * lmacken checks to see if his func scripts work 20:17 < ricky> I saw you guys discussing it - what did it turn out to be? 20:18 < mmcgrath> So in a previous version of func there was a bug that caused services that func restarted to bind to the func port. 20:18 < lmacken> I think some issue where func wasn't closing file descriptors, or something ? 20:18 < mmcgrath> and they'd wait in line. 20:18 < ricky> Haha 20:18 < lmacken> gah, still getting a traceback :( 20:18 < lmacken> File "/usr/lib/python2.4/site-packages/certmaster/utils.py", line 63, in nice_exception 20:18 < G> func doesn't seem to be running on app6, etc 20:18 < ricky> That is weird stuff. 20:18 < lmacken> lefti = etype.index("'") + 1 20:18 < lmacken> ValueError: substring not found 20:18 < mmcgrath> lmacken: could be, I didn't look that close. 20:18 < mmcgrath> lmacken: there's a couple of hosts where func communcation wasn't working right. 20:18 < mmcgrath> you shouldn't see freezing like you were 20:18 < lmacken> we may need to restart func everywhere 20:18 < mmcgrath> but some tracebacks still hapen. 20:18 < mmcgrath> like on app6 20:18 < G> mmcgrath: yeah, app6, collab2 for instance 20:18 < lmacken> you can do `func "*" ping` to see the same traceback 20:19 < mmcgrath> lmacken: I did that everywhere today. sometimes func just wasn't binding. 20:19 < mmcgrath> just more of the joys of early adoption. 20:20 < lmacken> Hmm, odd. I'll open a ticket 20:20 -!- mdomsch [n=Matt_Dom(a)cpe-70-124-62-55.austin.res.rr.com] has quit Remote closed the connection 20:20 < mmcgrath> I looked briefly at what was going on with func but never totally figured it out. I suspect its a communication / network issue. Could be wrong though. 20:20 < mmcgrath> skvidal would be good to tap. It might be something simple. 20:20 * skvidal looks up 20:20 < mmcgrath> Needless to say.. what a weird thing to actually witness. 20:20 -!- DemonJester [n=DemonJes@fedora/DemonJester] has quit "leaving" 20:20 < skvidal> the value error thing I have an idea about, yes 20:20 < mmcgrath> skvidal: func isn't restarting properly on some hosts like app6 or tummy1 20:21 < G> mmcgrath: on the same note... proxy1's puppetd seems to like crashing 20:21 < skvidal> mmcgrath: which trace back is it giving? 20:21 < mmcgrath> skvidal: the funcmaster is giving a traceback, func on the minion isn't doing much of anything 20:21 < skvidal> nm I'll look 20:21 < mmcgrath> skvidal: thanks 20:21 < mmcgrath> G: I noticed that too. haven't figured out why yet 20:21 < skvidal> okay 20:21 < skvidal> in the case of app6 20:21 < mmcgrath> I'd think it'd be happening on proxy2 as well but just isn't. 20:22 < skvidal> it is b/c it has neve rbeen signed 20:22 < mmcgrath> skvidal: try tummy1 20:22 < ricky> defunct func :-) 20:22 < ricky> (process, that is) 20:22 < skvidal> ricky: hardly 20:22 * lmacken just opened https://fedorahosted.org/func/ticket/60 20:22 < mmcgrath> anywho, looks like skvidal is looking into that. 20:22 < skvidal> I don't think app6 can reach puppet1 actually 20:22 -!- mmcgrath changed the topic of #fedora-meeting to: /mnt/koji 20:22 < skvidal> ah. wait 20:23 < ricky> Yuh-oh :-( 20:23 < G> skvidal: but the other day, it was proxy5/app5 that was going nuts, app6 was fine 20:23 < skvidal> has app6 been reinstalled recently? 20:23 < mmcgrath> f13: did you have a chance to look at my email earlier? 20:23 < mmcgrath> dgilmore: I saw you responded. 20:23 < mmcgrath> this is something I'd like to have figured out sometime soon 20:23 < ricky> skvidal: Yeah, Oct 5th 20:23 < skvidal> ok 20:23 < skvidal> one sec 20:24 < f13> mmcgrath: I forwarded it to my manager 20:24 < f13> mmcgrath: aka the purse holder. 20:24 -!- rahul_b [n=rbhalera(a)123.201.121.71] has joined #fedora-meeting 20:24 < mmcgrath> f13: k. 20:25 < f13> mmcgrath: but I agree with dgilmore, continued garbage collection + continued growth is the plan. 20:25 < G> whats the backstory here? 20:25 < mmcgrath> Depending on time frames and stuff we may have more options for storage though I suspect they'll also be more expensive. 20:25 < mmcgrath> G: at our current rate of growth we'll run out of room on /mnt/koji in about 13 months. 20:25 < f13> mmcgrath: I think we can gain back some storage by manually garbage collecting everything with the old gpg sigs 20:25 < f13> at least everything that we've resigned with new sigs 20:25 < mmcgrath> which is still a year away, but budgets for that time are due soon so we're just trying to get a good grasp on it and not let it sneak up on us. 20:25 < G> f13: +1 20:26 < G> f13: except, wouldn't we want to keep everything that was on the original CDs/DVDs 20:26 < mmcgrath> f13: k 20:26 < mmcgrath> G: why's that? 20:26 < mmcgrath> My take on it is if there's not a legal reason to keep that stuff, lets get rid of it. I'm not sure what releng's take is on it though 20:27 < G> mmcgrath: I'm not sure, I'm just thinking along the lines of we are still distributing that content.... 20:27 < mmcgrath> f13: are we aware of any legal issues there? 20:28 * mmcgrath isn't sure what the law requires wrt binaries 20:28 -!- rdieter is now known as rdieter_away 20:28 < mmcgrath> well, either way its not a pressing need. Something ew can look at later. 20:28 < mmcgrath> we've got time right now but it always takes months to get these things priced out and installed and such. 20:29 < G> mmcgrath: so how much extra storage do you reckon we need? 20:29 < mmcgrath> f13: one thing to keep in mind when talking to your manager is when the new one gets purchased we'll have a 10T tray that still has a good year and a half of support on it if you guys need it for anything. 20:29 < mmcgrath> we can always ship it. 20:29 < mmcgrath> G: thats a good question. Its just a matter of $$ really. 20:29 < mmcgrath> at this point I'm pretty confident we'll fill up whatever we purchase. 20:29 < G> heh 20:29 * dgilmore is here 20:30 < mmcgrath> dgilmore: f13: really though do we want to try to target a sustainable solution or are we going to stick with "grow forever"? 20:30 < mmcgrath> well. I know what I want :) but what do you guys think we're actually going to do? 20:30 -!- greenlion [n=greenlio@fedora/greenlion] has quit "Ухожу" 20:31 < dgilmore> mmcgrath: i think we should look at purging old releases 20:31 -!- rdieter_away is now known as rdieter 20:31 < mmcgrath> at this point thats only FC6 and F7 right? 20:31 * mmcgrath can't remember if FC6 got on there or not. 20:31 < dgilmore> mmcgrath: so things that only shipped with F-9 could be removed 20:31 < skvidal> on archive? 20:31 < G> mmcgrath: or if we wait a couple of months, add F8 :) 20:32 < mmcgrath> skvidal: /mnt/koji/ 20:32 < skvidal> oh 20:32 < dgilmore> mmcgrath: rawhide as at when we started with koji was there 20:32 < mmcgrath> perhaps we need a rule for /mnt/koji like we have with our releases 20:33 < mmcgrath> releases are n+1+1 month. 20:33 < pvangundy> i think this is something that needs to be nailed down because it's hard to move on with other projects when we're still deciding what we will hold on to and what we don't need anymore. A policy needs to be in place. 20:33 < mmcgrath> maybe /mnt/koji will be n+2 or something 20:33 < dgilmore> mmcgrath: we still ship some packages that were imported at the start 20:34 < mmcgrath> pvangundy: "it's hard to move on with other projects when we're still deciding what we will hold on to and what we don't need anymore." sorry I didn't follow how this is blocking other projects. 20:34 -!- rharrison [n=rusharri@nat/cisco/x-14e340d28892a016] has left #fedora-meeting ["Leaving"] 20:34 < G> neither 20:34 -!- rdieter is now known as rdieter_away 20:34 < pvangundy> planning would be the better word. ie, purchasing 20:34 < G> this is dedicated storage for koji 20:34 < mmcgrath> pvangundy: ah 20:34 < pvangundy> sorry 20:35 < mmcgrath> no worries, yeah. 20:35 < mmcgrath> f13 seems to be distracted. we can go back to this. 20:35 < mmcgrath> 13 months is still a ways away. but getting a budget estimate is important. 20:35 < f13> mmcgrath: we'll keep them on the master mirror until we shuffle them off to archive, but they don't need to live in koji itself. 20:36 < f13> mmcgrath: g: the signed header will be there and as long as the unsigned rpm is still there we can always re-create the signed version 20:36 < mmcgrath> f13: k 20:36 < G> f13: good point 20:36 < f13> mmcgrath: I think we'll pick a certain age of Fedora releases to no longer keep in Koji 20:36 < G> do we garbage collect old buildlogs? 20:36 < pvangundy> sorry guys, I have to head out early. I know it will be hard to run the meeting without me but $DAYJOB calls. ;) 20:37 -!- pvangundy [n=pvangund(a)host-216-153-209-2.man.choiceone.net] has quit "Leaving" 20:37 < mmcgrath> G: I'm not sure 20:37 < G> some of them are quite big iirc 20:38 * ricky remembers the infinite looping fun :-) 20:38 < mmcgrath> dgilmore: f13: can one of you give a rundown of exactly what the gc does? 20:38 -!- mbacovsk_ [n=mbacovsk(a)okr2fw.topnet.cz] has joined #fedora-meeting 20:38 < dgilmore> mmcgrath: it untags packages when there is more than 3 builds for the tag 20:39 < dgilmore> it then goes though and moves them to a temporary tag 20:39 -!- cassmodiah [n=cass@fedora/cassmodiah] has quit Remote closed the connection 20:39 < mmcgrath> what does a "package" consist of? 20:39 < dgilmore> once there in the temporary tag for 3 weeks it unlinks them 20:39 < mmcgrath> just the rpm? or the logs too 20:39 < dgilmore> mmcgrath: a build 20:39 < dgilmore> i think its all 20:39 < f13> teh logs too IIRC 20:39 < f13> the only thing that should be left is info in the db itself 20:40 < mmcgrath> <nod> 20:40 < dgilmore> some of the db info is pruned 20:40 < mmcgrath> we should be fine on db space for a while 20:40 < dgilmore> but enough remains so that the same nvr is not built again 20:40 < mmcgrath> 394G 75G 300G 20% /var/lib/pgsql 20:41 < mmcgrath> well, anyone have anything to discuss on that right now? If not we can move on. We'll likely be talking about it quite a bit over the comming weeks. 20:42 < G> sounds good with me 20:42 -!- wwoods [n=wwoods@nat/redhat/x-ebb237103a893721] has quit "new kernel! clean cup! move down!" 20:42 < mmcgrath> k 20:42 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:42 < mmcgrath> anyone have anything they'd like to discuss? 20:42 < G> err yeah 20:44 < G> Zabbix is finally starting to work, so I must insist that people should start filing tickets about what needs to be monitored, going to start adding users again tonight 20:44 < mmcgrath> G: excellent. 20:44 < mmcgrath> did we lower how often its checking some things? 20:44 < G> mmcgrath: yep 20:44 < mmcgrath> excellent. 20:44 < mmcgrath> did we get the mirror and fedoraproject.org/wiki/ hit monitoring back in there? 20:45 < G> down ~20 checks/sec iirc 20:45 < mmcgrath> excellent. 20:45 < G> mmcgrath: not sure, they were kinda placed wrong 20:45 < mmcgrath> where should they have been placed? 20:46 < mmcgrath> well, we still need training for all that 20:46 < G> mmcgrath: not in a template applied to every machine :) 20:46 < G> mmcgrath: agreed, I'm planning on doing that soon 20:46 < mmcgrath> it was in the proxy template applied only to proxy servers :) 20:46 < mmcgrath> even when we added proxy5 it automatically picked it up :) 20:46 < G> mmcgrath: I thought it was applied to the apache template 20:46 -!- wwoods [n=wwoods@nat/redhat/x-7d4a2607235c28e3] has joined #fedora-meeting 20:47 < G> The other thing, is I won't be able to make many meetings for the next few weeks 20:47 < mmcgrath> <nod> thanks for the heads up 20:47 < G> I'll be arriving in Brisbane on Thursday 20:47 < mmcgrath> well, anyone have anything else to discuss? If not we'll close in 30 min 20:47 < mmcgrath> sweet 20:47 < G> 30 min? 20:47 < SmootherFrOgZ> mmcgrath: any news on xen6 from your side ? 20:48 < mmcgrath> SmootherFrOgZ: I haven't touched it in 2 weeks or so. Have you played around on it at all? 20:48 -!- lfoppiano_ [n=lfoppian(a)host92-165-dynamic.8-87-r.retail.telecomitalia.it] has joined #fedora-meeting 20:48 < mmcgrath> SmootherFrOgZ: if you were looking for stuff to do, getting some of the guests that are on there up and running would be useful. 20:48 < SmootherFrOgZ> yep alreqdy did 20:49 -!- ianweller is now known as ianweller_afk 20:49 < SmootherFrOgZ> already 20:49 < mmcgrath> excellent 20:49 < SmootherFrOgZ> as i said ovirt really depend on its web-interface :( 20:49 < mmcgrath> yeah 20:50 < mmcgrath> SmootherFrOgZ: we could get that exposed better. Right now I've been using ssh forwarding. 20:50 < SmootherFrOgZ> lynks not enough powerfull to play with it 20:50 < mmcgrath> yeah 20:50 < mmcgrath> do we know when they'll be un-apping it yet? 20:50 < mmcgrath> Right now it still feels very demoish. 20:50 < SmootherFrOgZ> yeah 20:51 < SmootherFrOgZ> did you had a look on enomaly ? 20:51 < mmcgrath> I didn't 20:51 < SmootherFrOgZ> that sound pretty good 20:51 < mmcgrath> <nod> 20:51 < SmootherFrOgZ> python based and turboGears powered 20:51 < mmcgrath> hopefully I'll have some more time and resources to dedicate to this in the near future 20:52 < mmcgrath> SmootherFrOgZ: have you used it yet? 20:52 * mmcgrath will take a look 20:52 < SmootherFrOgZ> yep, its depends on python-2.4 because of elementree 20:53 < SmootherFrOgZ> for now 20:53 < mmcgrath> heh, its always something :) 20:53 < mmcgrath> well we're nearly out of time for our meeting, anyone have anything else to discuss? if not we'll close in 30 20:53 < SmootherFrOgZ> yeaj 20:53 < mmcgrath> 15 20:53 < SmootherFrOgZ> i tried to bind it to xml-etree but i still have some freewe 20:53 < mmcgrath> <nod> 20:53 < mmcgrath> 5 20:54 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End

1 0

I want join in the Fedora Sysadmin Group
by Saint.AK 23 Oct '08

23 Oct '08

hi,all I am a fedora end user and I also run fedora server. My job is aslo like a sysadmin.we use script & other tools to monitor thousands servers, making sure that the apps on them are stable and web end user can use them freely. I am familar with shell script ,apache(balancer),tomcat,linux,and some perl script not very complex. Frankly speaking ,I do not have much network experience, and I still learn. I have used fedora/redhat for nearly 9 years, I want to give a hand to you, if you think I am able to do this :) sorry for my poor English:( Saintak@Beijing UTC+8

2 1

Change freeze request: /etc/resolv.conf on backup1, bacula-dir.conf
by Ricky Zhou 22 Oct '08

22 Oct '08

The search list on backup1 currently looks like: search fedora.phx.redhat.com I'd like to change it to: search fedora.phx.redhat.com vpn.fedoraproject.org fedoraproject.org I'd also like to change the address under the Storage blocks in modules/bacula/templates/bacula-dir.conf.erb to use backup1 instead of backup1.fedora.phx.redhat.com (this should make backups over the VPN work). Here's what the patch would look like: diff --git a/modules/bacula/templates/bacula-dir.conf.erb b/modules/bacula/templates/bacula-dir.conf.erb index 2d0a383..a1fe4fd 100644 --- a/modules/bacula/templates/bacula-dir.conf.erb +++ b/modules/bacula/templates/bacula-dir.conf.erb @@ -868,7 +868,7 @@ Client { Storage { Name = File # Do not use "localhost" here - Address = backup1.fedora.phx.redhat.com # N.B. Use a fully qualified name here + Address = backup1 SDPort = 9103 Password = "<%= baculaPasswordDir %>" Device = FileStorage @@ -888,7 +888,7 @@ Storage { Storage { Name = TapeDrive-1 # Do not use "localhost" here - Address = backup1.fedora.phx.redhat.com # N.B. Use a fully qualified name here + Address = backup1 SDPort = 9103 Password = "<%= baculaPasswordDir %>" Device = Autochanger We'd have to make sure that the search lists for all of our backed up hosts are setup to make backup1 go to the right place (.vpn.fp.o for external, .fedora.phx.redhat.com for internal) Can I get two +1s for these (do these changes seem safe enough to do now)? Thanks, Ricky

3 2

oops sorry.
by Dennis Gilmore 22 Oct '08

22 Oct '08

i forgot we are in the infrastructure freeze, and made a change. We were using the default koji-gc config file which sent out email from "Koji Build System <buildsys(a)example.com>" i added the config to puppet and set the email to "Koji Build System <buildsys(a)fedoraproject.org>" can i please get a pair of +1's for this. and a slap for being bad. Dennis

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

infrastructure October 2008