This weeks IRC meeting log is attached.
16:00 < mmcgrath> Lets get started.
16:00 < mmcgrath> Who's here?
16:00 * abadger1999 1/2 here
16:00 < lyz> yo
16:01 * dgilmore is here
16:01 < mmcgrath> So FC6 is out (hurray)
16:02 < lyz> running it at home already
16:02 < mmcgrath> same here.
16:02 < warren> oops!
16:02 -!- nman64 [n=n-man@fedora/nman64] has joined #fedora-admin
16:02 < warren> We never did use smtp.fedora did we
16:02 < mmcgrath> warren: not yet, there's a few final touches we need.
16:02 < smooge> ok
16:02 < mmcgrath> But as far as I know, its clos.
16:02 < dgilmore> warren: mostly it needs some testing
16:02 < mmcgrath> nman64: you here?
16:03 < dgilmore> warren: did you want to put postgrey on it?
16:03 < warren> Why would test guests require ssh access?
16:03 < warren> dgilmore, sqlgrey preferably
16:03 < dgilmore> warren: ok is that in extras now?
16:03 < warren> let me check..
16:03 < lmacken> warren: pong
16:03 < warren> lmacken, sent you mail
16:03 < lmacken> k
16:03 * dgilmore will upgrade smtp to fc6
16:04 < nman64> mmcgrath: Yeah.
16:04 < dgilmore> we should upgrade all the xen guests to it also
16:04 < warren> as well as the hosts
16:04 < mmcgrath> uhh, is anyone else having issues bringing up the schedule page?
16:04 < warren> I updated the InfrastructurePrivate xen page install example too
16:04 < lmacken> dgilmore: i can upgrade test6
16:04 < warren> anybody with root access on xen1/2 should be able to easily install a guest.
16:05 < dgilmore> lmacken: :) all yours
16:05 < dgilmore> mmcgrath: nope
16:06 < mmcgrath> Ok, well first off lets talk about the VCS.
16:06 < f13> dgilmore: I don't know what box you touched, but I had to fix ssh when I got back to my desk (:
16:06 < mmcgrath> abadger1999: you and f13 were talking yesterday.
16:06 < mmcgrath> how are we going to cooridnate this with the developers?
16:06 < warren> f13, where?
16:06 < warren> mmcgrath, which aspect of what?
16:06 < abadger1999> So far we only have one developer on each VCS.
16:06 < dgilmore> f13: its acting goofy. the console keeps locking up
16:07 < abadger1999> But we do need to coordinate what they're doing so they can learn from each other.
16:07 < mmcgrath> warren: the new VCS, I think f13 has shown a paticular interest in mercurial.
16:07 < warren> dgilmore, what is acting goofy?
16:07 < f13> mmcgrath: so I'm setting up a trial box with mercurial
16:07 < dgilmore> warren: console on test1
16:07 < abadger1999> (Although there's several new people expressing interest in svn to me.)
16:07 < mmcgrath> abadger1999: :)
16:07 < f13> mmcgrath: I want to figure out some tasks I need, and then post to various lists asking for folks to help me with what I need
16:08 < f13> things like make file adjustments, or plague edits.
16:08 < f13> brb
16:08 < warren> I don't think jeremy will ever accept svn. he doesn't see it as an improvement over CVS.
16:08 < warren> (at least not enough of an improvement to switch to it)
16:08 < mmcgrath> warren: thats the other question.
16:08 < mmcgrath> who's going to decide the new vcs?
16:08 -!- abompard [n=gauret(a)bne75-8-88-161-125-228.fbx.proxad.net] has joined #fedora-admin
16:08 < mmcgrath> Not us.
16:09 < mmcgrath> should it be completely community driven? Or will we leave this to the core dev's and maybe the FESCo?
16:09 < abadger1999> Fedora Extras?
16:09 < abadger1999> FESCo?
16:09 < warren> It probably goes down to whoever implements a proof of concept that satisfies all goals first.
16:09 < mmcgrath> but who decides the goals? I mean, everyone will want everything.
16:09 < abadger1999> warren: No testing?
16:09 < warren> The VCS goals have been on that web page for a while now.
16:10 < abadger1999> For scalabilty and user interface feel?
16:10 < warren> Essentially what package CVS currently does, except with the ability to have fine grained ACL's and distributed operation.
16:10 < dgilmore> i think the Extras/Core developers should decide
16:10 < f13> testing would be manditory
16:10 < warren> user interface actually isn't important, abstraction layers can make it look anyway we want later
16:10 < warren> the core capabilities are what is important
16:10 < f13> but thats what the proof of ocncepts are for
16:11 < f13> import a big chunk of packages and have people use it and abuse it for a bit.
16:11 < warren> Anyway, Jeremy suggested that we (RH) finally sit down and focus on this when Max visits the Westford office on the week of November 6th.
16:11 < mmcgrath> I've never quite gotten whats required with 'distributed operation'
16:11 < mmcgrath> someone educate me :D
16:11 < dgilmore> f13: test1 is back
16:11 < f13> dgilmore: I know, I fixed it myself.
16:11 * f13 wonders where the disconnect is.
16:11 < dgilmore> f13: i just rebooted it
16:12 < f13> ?!
16:12 < f13> why?
16:12 < dgilmore> a feww minutes ago
16:12 < warren> VCS is a big first step, part of many pieces necessary for the merge. Our RH meeting November 6th is really the first time RH has the room to breathe after FC5 and FC6 and focus on this problem.
16:12 < warren> Meanwhile, we can provide proof of concept examples of how mercurial or (something else) is awesome for package VCS needs.
16:13 * f13 discovers hg grep and wets himself.
16:13 < mmcgrath> Ok, should we continue this on the list or do people have more to discuss right now?
16:13 < warren> Jeremy suggested that we will fail if we attempt to implement everything at once. (Everything being
VCS, package database, next gen account system, etc.)
16:13 < dgilmore> lets discuss on the list
16:13 < warren> This is just my status update. Conclusion is infrastructure team needs to provide proof of concept implementations
16:14 < warren> November 6th is the target date
16:14 < abadger1999> warren: Jeremy's right on that. I've been way too stretched just dealing with two of those areas.
16:14 < warren> nod
16:14 < mmcgrath> K, so the VCS is priority 1 then.
16:14 < warren> I think VCS will just happen with all packages (Core + Extras), and we'll figure out the ACL policy at that point.
16:14 < warren> ACL will be course at first, and later we can make it well controlled.
16:15 < dgilmore> ACL stuff will depend on what VCS we use
16:15 < warren> nod
16:15 < mmcgrath> Ok, regarding the package database. Whats the word?
16:16 < abadger1999> I didn't work on it this weekend: c4chris, did you?
16:16 < mmcgrath> lmacken: anything?
16:16 < lmacken> on the package database? no
16:17 < mmcgrath> heh, sorry
16:17 -!- rmm [i=keefejoh(a)gateway/web/cgi-irc/ircatwork.com/session] has joined #fedora-admin
16:17 -!- kimo [n=ahmed(a)220.127.116.11] has quit ["rebooting for FC6"]
16:17 < abadger1999> lmacken: Did you get any sense of how hard multiple projects from one TG server would be?
16:17 -!- rmm [i=keefejoh(a)gateway/web/cgi-irc/ircatwork.com/x-cbf51c6b60953a39] has quit [Client Quit]
16:18 < mmcgrath> Ok, how about the new accounts system
16:18 < mmcgrath> lyz: ?
16:18 < mmcgrath> abompard: ?
16:18 < lmacken> abadger1999: i didn't get a chance to read that thread yet, but i'm sure we'll figure something out
16:18 -!- rmm [i=keefejoh(a)gateway/web/cgi-irc/ircatwork.com/session] has joined #fedora-admin
16:18 < lyz> FDS is up with the schema
16:18 < abompard> no news from my front..... busy time
16:18 < abompard> cool
16:18 < lyz> I sent a screenshot to the list
16:18 < mmcgrath> Saw the screenshot.
16:18 < mmcgrath> where do you want to proceed from here?
16:18 < lyz> next task is export from the db and import to LDAP
16:19 < lyz> I may need a dump of the current db
16:19 < lyz> to test with
16:19 < c4chris> abadger1999, got pretty swamped, and my network ADSL broke down :(
16:19 < mmcgrath> Hmmm, can you create your own to test with for now?
16:20 < lyz> yeah,, but it's not the best way to do it
16:20 < lyz> brb
16:20 < mmcgrath> Yeah. I'll come up with something for you.
16:20 -!- rmm [i=keefejoh(a)gateway/web/cgi-irc/ircatwork.com/x-278c16f77914ca43] has quit [Client Quit]
16:21 < lyz> thanks
16:21 < c4chris> I started to grab old review data from the ml and put some data on test3
16:21 < lyz> After I get an importer going, we can start testing some of our systems on it
16:22 < lyz> tickets perhaps?
16:22 < abadger1999> lmacken: We could accept that all projects would live in the same DB -- I just like paritioning
it because it seems more organized, secure, and easier for new users to get a handle on.
16:22 < abadger1999> lyz: What about porting the Accounts API?
16:23 < lyz> abadger1999 what's the accounts API, is that the web site?
16:23 < mmcgrath> lyz: nope, thats all you ;-)
16:23 < mmcgrath> step 2.
16:24 < mmcgrath> We'll need to provide everyone with an easy way to send requests to the system. Perhaps code snipits in some of the primary languages (python, perl, bash?)
16:24 < mmcgrath> Just curious, of the new guys I've only had a couple actually come to me asking for work. Of the other officers have you been contacted?
16:24 < dgilmore> mmcgrath: no one has contacted me
16:24 < lyz> isn't LDAP the API?
16:24 < abadger1999> lyz: Sorta. The website uses it, but at least the voting app uses functions from website.py to
authenticate the users.
16:25 < abadger1999> mmcgrath: Two people contacted me.
16:25 < mmcgrath> lyz: yeah, but we should set it up so that people can use LDAP in our situation for authentication
16:25 < lyz> abadger1999 I see. I'll check that out
16:25 < lmacken> mmcgrath: i've been contacted a couple of times
16:25 < abadger1999> Both interested in the VCS.
16:25 < lmacken> not recently though
16:25 < mmcgrath> thats something at least.
16:26 < nman64> Websites always has people interested in helping.
16:26 < lyz> I suggested tickets as a sample cause it just uses apache pgsql authentication. Should be easy to move
16:26 < abadger1999> nman64: Any of them coders?
16:26 < mmcgrath> nman64: I sent an email to DaMaestro but so far haven't heard back from him about sponsorship :(
16:26 < nman64> abadger1999: Haven't seen any Python coders that I can recall.
16:27 < mmcgrath> Ok, I only have a couple of more things.
16:27 < mmcgrath> 1) network stuff on the xen guests.
16:27 < nman64> abadger1999: Plenty with basic knowledge of PHP, though that's not useful for our purposes.
16:27 < mmcgrath> what would we like stacy to do?
16:27 < nman64> mmcgrath: What does he need to do?
16:29 < dgilmore> mmcgrath: probably port 80 and 443. and maybe on two of them 8888 and 8889
16:30 < dgilmore> then we could have a test on each xen host for building
16:30 < mmcgrath> he keeps pushing the plone instance so we're giving it to him, the doc guys have been wanting it too.
16:30 < abadger1999> nman64: We might be able to have them work on front end stuff (accounts interface, packageDB interface) since I'd like to use kid templates within TurboGears. The backend isn't formalized enough to be able to get them started yet, though.
16:30 < mmcgrath> My only concern is that he doesn't seem to be coordinating with anyone
16:30 < dgilmore> unless we wanted ports for different VCS's
16:30 < abadger1999> mmcgrath, f13: Do we need more ips for people to connect to ssh on the xenguests?
16:30 < abadger1999> Similar to cvs-int and cvs-ext?
16:30 -!- rannis [n=lycos(a)did75-5-82-224-183-241.fbx.proxad.net] has quit [Remote closed the connection]
16:31 < f13> abadger1999: I have no idea.
16:31 -!- warren [i=warren@redhat/wombat/warren] has quit [Read error: 104 (Connection reset by peer)]
16:32 < mmcgrath> abadger1999: we can always give some boxes multiple test ip's.
16:32 -!- warren [i=warren@nat/redhat/x-9dade552838d22ff] has joined #fedora-admin
16:32 < mmcgrath> we'll just have to see how it goes.
16:32 < dgilmore> do we want to talk about hammer3?
16:32 < mmcgrath> warren: how's that sound
16:32 < nman64> abadger1999: That sounds like a good idea. Whenever you see an opportunity for an ambitious volunteer to help out with simple tasks, let me know. We might start a wiki page full of tasks within Websites to point them to.
16:33 < warren> sorry, lost my connection =(
16:33 < abadger1999> mmcgrath: That should be fine as long as we're testing internally.
16:33 < warren> Stacy said in private e-mail he'll take a look at hammer3
16:33 < warren> at this point I don't think it is important
16:33 < warren> next topic
16:33 < dgilmore> warren: :D cool its not really
16:33 < abadger1999> mmcgrath: We're down to two ip addresses in the list on the wiki.
16:33 < warren> BTW, I need to leave for another meeting at 5pm sharp
16:33 < mmcgrath> wow, that went QUICK.
16:34 < warren> I want to talk about network addresses
16:34 < dgilmore> warren: your floor
16:34 < warren> Should we request more test addresses?
16:34 < mmcgrath> k, we'll go quick.
16:34 < mmcgrath> warren: we're talking about it now, what do you have in mind :D
16:34 < dgilmore> warren: probably yes
16:34 < warren> we need to put a limit on the number
16:34 < warren> OTOH, we will have capacity to run even more guests when the two new dell servers come in
16:34 < abadger1999> yes
16:34 < mmcgrath> +1
16:34 < mmcgrath> or should I say +10
16:34 < abadger1999> I'm pretty sure VCS prototypes need two IPs apiece.
16:34 < warren> why two?
16:35 < dgilmore> warren: what do you think the hosts will support as guests ? 4 on xen1 and 8 on xen2?
16:35 < abadger1999> internal and external ssh
16:35 < abadger1999> Like the cvs server has now
16:35 < abadger1999> Or do you have another plan?
16:35 < warren> I strongly believe that the future is best to run ALL services within xen guests.
16:36 < f13> at some point the mercurial box will need external people to log in to it
16:36 < f13> and be able to get http or ssh repo checkouts
16:36 < mmcgrath> warren: in our infrastructure I'm fine with that.
16:36 < warren> Before we add +10 test addresses, let us think about how test* addresses are to be used.
16:36 < dgilmore> warren: so do I, we should test the migration of guests between the hosts
16:36 < warren> dgilmore, I think we would need SAN for that?
16:36 < warren> one option...
16:36 < abadger1999> f13: So make the second IP external right from the start?
16:37 < mmcgrath> warren: actually it would be easier in our xen environment if we used files instead of partitions.
16:37 < mmcgrath> Small performance hit, but not much.
16:37 < mmcgrath> then we're an scp away.l
16:37 < warren> test1-20 have both an internal and external IP address, with port 80, 443, 8888 and 8889 forwarded by default.
16:37 < dgilmore> warren: test ip's should be throwaway systems
16:37 < warren> They are to be used for TEST purposes until we are ready to launch a production service. At that point we request a new internal and external IP assignment and new names.
16:37 < mmcgrath> dgilmore: +1
16:38 < warren> Then change the IP address of the test guest to the new address.
16:38 < f13> abadger1999: I"d thin kso yes.
16:38 < dgilmore> warren: if we know we are going to have a production system why not request it from the start
16:39 < dgilmore> like we did with smtp
16:39 < warren> *but*... is 80 and 443 sufficient to allow users to test mercurial?
16:39 < dgilmore> we know we want db2 request it
16:40 < warren> dgilmore, does db2 require external IP and port forwards? (i'm guessing no)
16:40 -!- tibbs [n=tibbs@fedora/tibbs] has quit [Remote closed the connection]
16:40 < dgilmore> warren: no it shouldn't
16:40 < mmcgrath> uhh, what happened to hammer1?
16:40 < warren> ??
16:40 < dgilmore> hammer1 was ok last i checked
16:40 < abadger1999> warren: I think port 80 and 443 are good defaults. mercurial and bazaar would need 22 as well.
16:40 < warren> ssh wtogami(a)hammer1.fedora.phx.redhat.com
16:40 < warren> ssh_exchange_identification: Connection closed by remote host
16:40 < mmcgrath> try it now.
16:41 < warren> hmm... what happened indeed
16:41 < dgilmore> thats the first sign i got on hammer3
16:41 < warren> abadger1999, would that port 22 be a different sshd than the one used to login to the system itself?
16:41 < abadger1999> Since commit access needs to work over ssh.
16:42 < warren> dgilmore, maybe the hammer's are committing suicide at the same time...
16:42 < abadger1999> warren: Yes.
16:42 < mmcgrath> should we run ssh on a nonstandard port?
16:42 < dgilmore> warren: i hope not
16:42 < warren> OK, I suppose this is fine for now.
16:43 < dgilmore> maybe the warranty expired on them last week
16:43 < warren> hehe
16:43 < mmcgrath> well at least we have the xen boxes.
16:43 < f13> oh man.
16:43 < warren> hammer2 is OK so far?
16:43 < mmcgrath> Ok, so honestly I don't have anything else required for this meeting. its been a long, long week.
16:43 < mmcgrath> Anyone else have it.
16:43 < mmcgrath> err anyone else have anything?
16:43 < f13> looking at how dist-cvs is setup, since EVERYTHING is the same repo, conversion is going to be a BITCH
16:43 < lmacken> yeah
16:44 < lmacken> just a quick status update on the updates system
16:44 < f13> that is conversion with keeping any kind of history
16:44 < lmacken> I did a little bit of hacking on the updates system this week (not as much as I would have liked, due to exams), and I hope to have a bunch of code checked into CVS in the very near future.
16:44 < lmacken> I also updated the Infrastructure/UpdatesSystem page with screenshots of the current system (RH internal), an ideal workflow design (comments/suggestions are encouraged), and where to get the new code. Once I get a solid codebase and some unit tests committed, we should have plenty of tasks to go around.
16:44 < mmcgrath> f13: yep.
16:44 < lmacken> and I'll hopefully have our test6 xen guest up and running as our TG application server soon as well.
16:44 < nman64> nagios is reporting the problem on hammer1, but not on hammer3.
16:44 -!- BobJensen is now known as BobJensen-Away
16:44 < abadger1999> f13: I was thinking about that a bit.
16:44 < mmcgrath> nman64: we acknowledged hammer 3 last week sometime.
16:44 < abadger1999> Does it help if we just save the tagged history?
16:44 < mmcgrath> lmacken: thats cool.
16:45 < abadger1999> Plus whatever's in the head revision
16:45 < warren> I should request port 22 to be opened to test1 now?
16:45 < f13> abadger1999: possibly.
16:46 < dgilmore> hammer1 looks to be ok
16:47 < f13> hrm, let me try something...
16:47 < mmcgrath> dgilmore: echo | nc hammer1 22
16:47 < mmcgrath> says different :D
16:47 < abadger1999> warren: and test2. If you want all prototypes in a week and a half.
16:47 < dgilmore> mmcgrath: well hardware wise
16:48 < dgilmore> [root@hammer1 ~]# /etc/init.d/sshd restart
16:48 < dgilmore> Stopping sshd: [ OK ]
16:48 < dgilmore> Starting sshd: Privilege separation user sshd does not exist
16:48 < dgilmore> [FAILED]
16:48 < warren> Hmm... inconsistent firewall policy between test1/2 and the other test boxes.
16:48 * iWolf wanders back in
16:48 < warren> dgilmore, that's special!
16:48 < mmcgrath> snmp is responding.
16:48 < dgilmore> warren: yeah i just saw selinux logs of it
16:48 < warren> some FC5 update broke it?
16:48 < mmcgrath> dgilmore: did a package build do that by chance?
16:48 < mmcgrath> err, check /etc/passwd /etc/shadow
16:49 < warren> i'm not able to ssh into that box at all
16:50 < mmcgrath> dgilmore: you on the console?
16:50 < dgilmore> mmcgrath: yeah i am
16:50 < mmcgrath> grep ssh /etc/passwd
16:50 < mmcgrath> ?
16:51 < warren> no ssh in /etc/passwd
16:51 < warren> i'm on KVM now
16:51 * lmacken has to head out for a bit
16:51 * lmacken &
16:51 < dgilmore> [root@hammer1 ~]# grep ssh /etc/passwd
16:51 < dgilmore> [root@hammer1 ~]#
16:51 < abadger1999> warren: Are firewall configs for xen guests checked into fedora-config?
16:52 < mmcgrath> dgilmore: less /etc/passwd find out why its not in there.
16:52 < lmacken> abadger1999: there are no pyroman configs for xen guest yet. they should be pretty trivial to make
16:52 < warren> abadger1999, AFAIK no configs of xen guests are checked into fedora-config
16:52 < warren> fedora-config itself does not match our servers too well
16:52 < warren> one of the things we need to do is re-explore how we will handle config management
16:53 < warren> and talk to skvidal about his awesome system
16:53 < lmacken> yeah, dist-conf is pretty painful
16:53 < mmcgrath> yeah, skvidal is trying to get his system gpl'd.
16:53 < mmcgrath> warren: its not 'awesome' its simple :D
16:53 < abadger1999> warren: I made a start on using fedora-config for the xenguests
16:53 < warren> ah
16:54 < warren> hmm.... according to yum.log the last time something changed on the buildhost of hammer1 was september 24th
16:54 < warren> it is a little worrisome that something somehow broke sshd in this way
16:54 < warren> *HOW* did this happen?
16:54 < abadger1999> So I could send changes to all the relevant guests instead of individually configuring.
16:54 < mmcgrath> dgilmore: ls -l /etc/passwd
16:55 < dgilmore> -rw-r--r-- 1 root root 637 Jul 6 01:58 /etc/passwd
16:55 < warren> that might be the default passwd as shipped in the setup package?
16:55 < warren> Perhaps somehow mock screwed up and modified stuff in the / ?
16:55 < mmcgrath> wow.
16:56 < mmcgrath> dgilmore: there should be a sshd:x:74:74:Privilege-separated SSH:/var/empty/sshd:/sbin/nologin
16:57 < warren> openssh-server is not even installed here!
16:57 < f13> abadger1999: ok, I'm able to convert a single module (rpms/yum) to an HG repo
16:57 < f13> abadger1999: now, how this all sorts out is goign to be... interesting.
16:57 < dgilmore> ok ive reinstalled sshd its up now
16:57 < warren> gotta go to my next meeting, bbl
16:58 < mmcgrath> later warren:
16:58 < mmcgrath> does anyone else have anything for the meeting or should we just get to hammer?
16:58 < warren> hammer the hammer
16:58 < dgilmore> mmcgrath: just the hammer
16:58 < dgilmore> mmcgrath: meeting done
16:58 < iWolf> mmcgrath: I have nothing else. I can grab the logs later and email them to the lsit.
16:59 < abadger1999> f13: Great! Do you have that scripted?
17:00 < mmcgrath> ------------------- MEETING END -----------------------
So some of you have heard that the load from today was pretty close to
crippling for a while. We got it under 'control' for a bit but it wasn't
happy. Mike suggested making some of our pages in the wiki static so we
pulled them out using firefox and then put them onto the site using
apache redirects. That worked out okay to bring the load down. We're
still get beaten pretty badly but at least the load is manageable.
Let's assume for now that the next N releases will be just like this.
That the world will melt down. I think we should probably put together
some docs on what steps to take. Here are some items we did today:
1. iptables rate limiting on fpserv: 2-4 new connection per ip for every
2. look at the logs, figure out where all the hits are going and make
those pages static. You can do this by using firefox to save the page
(it grabs images and css, too)
3. turn off any unnecessary bits: zope (if its not being used, rsyncd)
4. trim out your log outputs. Decrease the number of things writing out
to disk anywhere
5. get comfortable with /etc/init.d/httpd restart - just to get the load
back under control
What else should we be adding?
Ok, so here's 'the plan' we're working on if you guys are cool with it.
Strip f.r.c out to only have:
The / will be a static page identical to the one on the wiki (instead
of redirecting the users to the page, we'll bring the page right too
them) If need be we will start removing things like graphics,
We'll stick the content on our two app servers, we'll enable caching
on our 4 proxy servers. We can use rpm.livina.com as an app server
and one of our xen boxes as an app server if need be (thanks Pix).
Once that's done, change f.r.c to point to the new IP address. Then
cross our fingers. Redirecting traffic to fp.o over the weekend is
out of the question. Seth is gone and that box is extremely
important, its not just the wiki but also our primary DNS and some
other services. What do you think?
This was sent to our mirror discussion list.
---------- Forwarded Message ----------
Subject: Re: wow.. why mirror?
Date: Wednesday 25 October 2006 19:11
From: Jesse Keating <jkeating(a)redhat.com>
On Wednesday 25 October 2006 16:20, Paul Hall wrote:
> I'm wondering this very question too. Our site isn't even showing up on the
> list of mirrors and on the other list of mirrors isn't listed correctly. We
> haven't seen *any* traffic for core 6 since its release. I'm trying to
> decide if theres any reason for us to continue to be a mirror and dedicate
> resources to this.
The job of managing mirrors fell onto me when I joined Red Hat. Dumped is
probably a better term. The way mirrors were handled is pretty sad, there
are _lots_ of files to edit, and a huge amount of duplicated data. Also
there is no way for mirrors to make updates themselves or add / remove
themselves. It's all done via email and CVS.
I had requested some help in the Fedora community managing these mirrors and
I got some initially, however that help seems to have dried up and I'm left
to handle it all myself again. As you can expect, I was a bit busy the last
couple days, and will continue to be for a while. Noticing that your mirror
isn't listed the day or so of the release isn't great, as I'm not going to
be able to get to it.
Add to this the fact that redhat.com was getting attacked, and
fedora.redhat.com is where the mirror source files lived. SO while I could
change it in CVS, I would _then_ have to change it in at least 2 other places
for our emergency static listings. This is by far not optimal especially on
days when I have 0 extra time.
Where do we go from here? We obviously need a way for mirror admins to
manage their own mirror listings, and a way to submit mirror data to ONE
source, and that source would be used to generate URLs to the various bits
under fedora/core or fedora/extras. Nothing should change from that point
lower anyway. Now that we have methods to verify mirrors are up to date,
and sort by geoip, all we really need is your base URL(s). Lets see if we
can get this done before the next Fedora test release.
How can you help? See http://fedoraproject.org/wiki/Infrastructure for
information on how to contact our infrastructure team and help on the mirror
Until we get such a system up, I'm not all that interested in continuing to
make fine tunes to the multitude of mirror files we have scattered around.
Lets clean it up by moving to a new system.
And yes, we deeply appreciate any and all mirrors.
Release Engineer: Fedora
Release Engineer: Fedora
I've been on the list lingering for about a week (having signed up after
Mike's e-mail on fedora-announce), and hesitated about sending my
introduction because I'm not sure how much time I can spare. But, I'll
formally introduce myself now anyway.
* Full Name: Mark Wormgoor
* Profession: Consultant, working for Accenture
* My goals in the Fedora Project: System administration / Programming
* Languages: Dutch, English, limited German and French
* Historical qualifications:
* Other projects: IPCop (PM), lots of small fixes for other projects
* Computer skills: I've used Linux since early 1995 and ever since. I've
been a Unix sysadmin (Sun / HP / Linux) for years, but have moved on
recently. I still run Linux at home of course. I can program in Perl,
Python, PHP, Bash and Java.
* Other skills: Consultancy, architecture and project management skills.
* What makes me an excellent match for the project: Excellent Linux &
programming skills, > 10 years experience in medium - large companies
with Unix infrastructures.
* GPG Keyid / Fingerprint:
pub 1024D/C5FB8238 2006-10-16
Key fingerprint = 4770 2897 0386 DE09 5FC1 FE12 DCA1 47D5 C5FB 8238
uid Mark Wormgoor <mark(a)wormgoor.com>
sub 2048g/B60BCDFE 2006-10-16
* |\ /| | /| / Mark Wormgoor *
* | \ / | | / | / mailto:firstname.lastname@example.org *
* | \/ |ark |/ |/ormgoor http://www.wormgoor.com/mark/ *
-----BEGIN PGP SIGNED MESSAGE-----
I just happened to come across the Fedora Infrastructure team wiki
page today and I thought that I may be able to help out with things.
I am currently employed full time for a company that provides
dedicated and colocated servers as the Director of Operations. I
oversee our system administration teams and our environment is
compose of mostly RHEL and Fedora boxes. We've also got a handful of
Gentoo and Debian machines too. I should mention that since I've used
linux on servers mostly, that's where my strengths lie -- I don't
have much experience with any GUI's (or desktops) as most of our work
is done on the CLI. I've been with this company for some time now and
helped us through our "growing pains" as we learned to manage more
and more machines through the past few years. (To give you an idea:
when I first started, we had 2 full cabinets of servers and now we're
well into the hundreds.)
I've been working with Red Hat linux since around 2003 and I obtained
my RHCE about two years ago on RHEL4. If anyone needs some help on
the sys admin and/or architecture side of the house, definitely give
me a shout and I'll see what I can do to help out. In the meantime,
I'll be hanging out on IRC (my handle is "spd1snd") and the email
list to get a feel for what's been going on lately.
I look forward to becoming more involved.
Aragorn:~ psingh$ gpg --fingerprint AA84142D
pub 1024D/AA84142D 2006-10-25
Key fingerprint = 928B E0A0 96D4 0681 E3ED DC30 7E24 AA7B
uid Paul Singh (Open Source Projects)
sub 4096g/DC89EBC4 2006-10-25
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
-----END PGP SIGNATURE-----
Two new Dell PowerEdge 2950 servers have shipped to the PHX colo as a
donation to the infrastructure needs of the Fedora Project. They
should arrive shortly.
#1: 2x2.33GHz Intel Xeon 5140 (Woodcrest 4MB) CPUs, dual core + HT
4x146GB 10Krpm SAS disks
#2: 2x2.33GHz Intel Xeon 5140 (Woodcrest 4MB) CPUs, dual core + HT
5x73GB 15Krpm SAS disks
Use them well!
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
I'm not quite sure how to do this but I am sending this out as my introduction. I'm a network admin in a primarily windows shop but I'm looking to branch out and help out on a project. I've been using Red Hat Linux since version 4 and I've been running Fedora on and off since version 2. I've been impressed with the progress and I would like to volunteer my time and effort and I figured that this would be a good place to stick my nose.
I've been following the e-mail for a couple of days now and it looks like this is quite a hectic time with the release of FC6 but I wanted to put my introduction out there all the same. As I said, I've been a network admin for about 8 years now and I've been working on integrating Linux with our infrastructure here at work. I have quite a bit of experience running Linux on the desktop and I've bounced around on several distros so I'm about as confident in CLI as GUI. I know this isn't the grandest listing of skills, but then again, that's why I want to expand them.
I'm planning on running through the bug list that was posted in response to another person's cry of volunteer-itis but if anyone has a recommendation on a good place to start (or a type of ticket that I should be looking for) I would appreciate it. If not, I'll just go through and pick something at random (:
P.S. I know this isn't signed but I'm not at home and I'm working on getting my key over to my work computer.
I've attached a patch to this ticket that should do what sopwith has
requested. Replace the text I added with whatever text is required.
James Bourne | Email: jbourne(a)hardrock.org
UNIX Systems Administration | WWW: http://www.hardrock.org
Custom UNIX Programming | Linux: The choice of a GNU generation
"All you need's an occasional kick in the philosophy." Frank Herbert