[Fwd: Errors while syncing bugzilla with the PackageDB]
by Toshio Kuratomi
There's a new SOP that describes what we do to Bugzilla in Fedora:
https://fedoraproject.org/wiki/Infrastructure/SOP/Bugzilla
How to deal with the following occurrences is one of the things in it:
-------- Original Message --------
Subject: Errors while syncing bugzilla with the PackageDB
Date: Tue, 21 Oct 2008 20:12:26 +0000 (UTC)
From: accounts(a)fedoraproject.org
To: admin(a)fedoraproject.org
The following errors were encountered while updating bugzilla with
information
from the Package Database. Please have the problems taken care of:
({'product': u'Fedora', 'component': u'aircrack-ng', 'initialowner':
u'opensource(a)till.name', 'initialcclist': [u'dah21(a)students.pti.edu',
u'opensource(a)till.name']}, 504, 'The name dah21(a)students.pti.edu is not
a valid username. \n Either you misspelled it, or the person has
not\n registered for a Red Hat Bugzilla account.')
-Toshio
15 years, 6 months
[Fwd: Problem with ssh to fedorapeople.org]
by Ignacio Vazquez-Abrams
For your consideration.
-------- Forwarded Message --------
> From: Srinivas_Ramanatha(a)Dell.com
> To: webmaster(a)fedoraproject.org
> Subject: Problem with ssh to fedorapeople.org
> Date: Tue, 21 Oct 2008 20:33:40 +0530
>
> Hello,
>
>
>
> I am trying to ssh to fedorapeople.org to commit some of my packages
> which have been reviewed.
>
> The ssh session with fedorapeople.org refuses to accept my password.
>
> Can anyone help me with this.
>
>
>
> My details:
>
>
>
> Username: srini
>
>
>
> ssh srini(a)fedorapeople.org is what I am trying and the session denies
> my password although the password is keyed in correctly.
>
>
>
> Thanks in advance.
>
> Srini
>
>
>
>
>
>
15 years, 6 months
Failed drive and staging environment
by Mike McGrath
We've got a failed drive on xen13 right now, as a result to ease tensions
on that box I've shut down the staging environment. I'm on the phone with
IBM now, we'll probably have a replacement in the next few days.
-Mike
15 years, 6 months
Meeting Log - 2008-10-16
by Ricky Zhou
19:59 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Who's here?
19:59 -!- giallu [n=giallu@fedora/giallu] has joined #fedora-meeting
20:00 < G> moo!
20:00 < ivazquez> Pong.
20:00 * skvidal is
20:01 * SmootherFrOgZ is
20:01 < kcadieux> hello
20:01 < mmcgrath> Ok, lets get started
20:01 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Outstanding tickets
20:01 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=as...
20:01 < zodbot> mmcgrath: http://tinyurl.com/2hyyz6
20:01 -!- lfoppiano_ [n=lfoppian(a)host5-167-dynamic.8-87-r.retail.telecomitalia.it] has quit "Ex-Chat"
20:01 -!- Sonar_Guy [n=Who@fedora/sonarguy] has quit "IRC is just a real time Flame Fest"
20:01 < mmcgrath> .ticket 395
20:01 < zodbot> mmcgrath: #395 (Audio Streaming of Fedora Board Conference Calls) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/395
20:01 < mmcgrath> jcollie: anything new?
20:02 * ricky
20:02 < jcollie> um nope
20:02 < mmcgrath> skvidal: just so I know, how high of a priority is this from the boards point of view?
20:02 < skvidal> I wouldn't stress it
20:02 * dgilmore is here
20:02 < G> jcollie: nope's get one zap in the electric chair you know :)
20:02 < mmcgrath> k
20:02 < mmcgrath> .ticket 446
20:03 < zodbot> mmcgrath: #446 (Possibility to add external links on spins page) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/446
20:03 < mmcgrath> dgilmore: ^^
20:03 -!- jmbuser [n=jmbuser(a)94.98.47.119] has quit "Leaving"
20:04 < mmcgrath> dgilmore: anything new there? Can that ticket be closed?
20:05 < mmcgrath> ok, we'll skip that
20:05 < mmcgrath> and 740 for now
20:05 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Change freeze
20:06 < mmcgrath> The pre-release change freeze is going to happen again for the preview release. The release is on the 4th so the freeze starts on the 21st. Thats next Tuesday.
20:06 < mmcgrath> Those of you having any major changes to do, do it before that.
20:06 < mmcgrath> any questions?
20:06 < G> mmcgrath: err...
20:06 < G> release is on the 4th?
20:06 < G> oh... preview release
20:07 < mmcgrath> yeah, not the final, this is still just a pre-release freeze.
20:07 < abadger1999> When's the final freeze start?
20:07 * abadger1999 determining the window.
20:07 < mmcgrath> the final freeze starts on the 11th
20:07 < mmcgrath> assuming no slip. so the window between pre-freeze and the final freeze is large.
20:08 -!- balor [n=balor(a)gimili.plus.com] has quit Remote closed the connection
20:08 < mmcgrath> Also, I've heard there's a new switch going in at some point in time soon. Initial estimates put it in the third week in November. I said no to that.
20:08 < mmcgrath> which means it might get done sooner, might get done after.
20:08 < G> mmcgrath: you said no to finally getting a new switch? :P
20:09 < jcollie> G: he said no to putting it in right before the release
20:09 < mmcgrath> Even if its during the pre-release freeze I'd like to get that switch in. I generally consider it lower risk but it will involve downtime. There's no room in that rack so we have to power one down, remove it, put the new one in, hook it up.
20:09 < G> yeah yeah, I know, third week is a pain for release :)
20:09 < mmcgrath> hehehe
20:09 < mmcgrath> yeah.
20:09 < mmcgrath> Yeah.
20:09 < G> jcollie: I was trying to be sarcastic
20:09 < mmcgrath> Ok, so thats a heads up.
20:10 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- bapp
20:10 < mmcgrath> err sorry, next topic :)
20:10 < mmcgrath> so I've moved a couple more things to the bapp server like the translations cron job.
20:10 < mmcgrath> Hopefully before the freeze I'll have the docs site over there as well
20:11 < mmcgrath> anyone have any comments on our new server setup? So far its worked well.
20:11 < abadger1999> What's the best puppet file to look at as an example?
20:11 < G> Yep, I have a comment... It's great now we have it finally working :)
20:12 < mmcgrath> abadger1999: appRhel.pp now has a section in it for bapp servers and non bapp servers.
20:12 < abadger1999> Cool. I'll see about moving some other crob jobs over
20:12 < mmcgrath> so, with the translations app for example, in the bapp section I have a "update translations" include. In the else section I have the "rsync db" include
20:13 < abadger1999> Are we always going to have a single bapp server?
20:13 < mmcgrath> always one active.
20:13 < abadger1999> Cool.
20:13 < mmcgrath> until we find its being overwhelmed by cron jobs :)
20:13 < mmcgrath> its pretty easy to set another one up if it crashes, and that should be transparent to the users which is good.
20:14 < mmcgrath> Anyone have anything else on that?
20:14 < mmcgrath> Ok
20:14 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- db2 upgrade
20:14 -!- Valholla_work [i=0c29727e(a)gateway/web/ajax/mibbit.com/x-a8a2fdbfcfe68d57] has joined #fedora-meeting
20:14 -!- Valholla_work is now known as work_valholla
20:15 -!- JSchmitt [n=s4504kr@fedora/JSchmitt] has quit "Konversation terminated!"
20:15 < mmcgrath> so we did a db2 upgrade yesterday. It went well. the db was down only for a few minutes and AFAIK has been working great.
20:15 < mmcgrath> this was the last upgrade to postgres8.3 that we've done.
20:15 < ricky> Woo, so no more vacuuming scripts, etc. then?
20:15 < mmcgrath> nope, all gone
20:15 < G> mmcgrath: so I take it we are assuming RHEL6 will have postgres >= 8.3?
20:15 < abadger1999> Right :-)
20:15 * work_valholla grabs a chair in back, because he is running late
20:16 < mmcgrath> G: not sure actually. I guess its up to them. But even if it doesn't, we have our infrastructure repo.
20:16 < G> mmcgrath: yeah I know :)
20:16 < mmcgrath> I'm a little surprised they haven't shipped 8.3 in some other channel or something after all the problems we had with the stock version
20:16 -!- cassmodiah [n=cass@fedora/cassmodiah] has quit Read error: 104 (Connection reset by peer)
20:16 -!- AndreasR [n=zeus(a)80-218-143-60.dclient.hispeed.ch] has joined #fedora-meeting
20:16 < mmcgrath> actually I guess I never checked, we might ship an 8.3 :)
20:17 < G> mmcgrath: I don't think RH does
20:17 < G> mmcgrath: RH Application Stack only ships 8.2
20:17 < mmcgrath> :: sigh ::
20:17 < mmcgrath> ahwell.
20:17 < mmcgrath> yeah, I'm just running under the hope that RHEL6 will have it.
20:17 < mmcgrath> though by then it might be 8.4 :)
20:17 < G> or the RHEL6 App Stack
20:17 < G> mmcgrath: true
20:17 < mmcgrath> Ok, so anyone have any questions on that?
20:18 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Performance issues
20:18 < mmcgrath> So I've been investigating some of the more odd performance issues we have to try to get a better handle on how our applications interact.
20:19 < mmcgrath> this includes simple things like too many httpd processes running on a host, to having unusually slow connections from app server to db over the vpn.
20:19 < mmcgrath> I think there are some efficiences to be gained there.
20:19 < mmcgrath> Does anyone have anything they'd like to comment on there?
20:20 < mmcgrath> ok, next item
20:20 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- fedoraproject.org/maps
20:20 < dgilmore> is there one or two small thinsg that would have a big impact?
20:20 < abadger1999> Keep it up :-)
20:20 < abadger1999> If we need code changes I can help.
20:20 < mmcgrath> dgilmore: I'm not sure yet, we changed the database server in the middle of some of my tests so that kind of threw things off :)
20:21 < mmcgrath> really we're in decent shape, but sometimes things pop up like, why does haproxy report pkgdb as dead on app4 so often?
20:21 < mmcgrath> especially since all the app servers should be the same now.
20:21 < mmcgrath> so I don't think any major changes, just lots of little ones.
20:21 < mmcgrath> Anywho, huzaifas has volunteered to get our maps stuff back in order on log1.
20:22 < mmcgrath> huzaifas's been doing a great job recently, and he's on the other side of the planet like G so he's a great addition to our team.
20:22 < mmcgrath> I think the maps script is all worked out and fixed, but we're missing a perl module. The owner has been contacted and we're going to try to get an EPEl branch for it
20:22 < mmcgrath> Thats really all there is on that.
20:22 < ricky> Coool
20:23 < mmcgrath> So
20:23 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor
20:23 * ricky wonders if there are any python plans for version 2 :-)
20:23 -!- ke4qqq [n=ke4qqq@fedora/ke4qqq] has quit Remote closed the connection
20:23 -!- ke4qqq [n=ke4qqq@fedora/ke4qqq] has joined #fedora-meeting
20:24 < mmcgrath> anyone have anything they'd like to discuss?
20:24 < G> mmcgrath: two items maybe... 1) Ticket handling on trac
20:24 < mmcgrath> ricky: oh who knows with these things ;)
20:24 < G> and I just forgot 2) dammit
20:24 < mmcgrath> heh
20:24 < mmcgrath> well lets hit 1. what about ticket handling?
20:25 < G> mmcgrath: really, 'it'd be nice' to start using statuses of some sort
20:25 < mmcgrath> statuses?
20:25 < G> mmcgrath: like 'instaging' etc
20:25 < G> trac doesn't really support statuses so I guess we'd have to use the keywords component
20:26 < mmcgrath> what problem are we trying to solve?
20:26 -!- No5251 [n=No5251(a)p50990d02.dip0.t-ipconnect.de] has quit Read error: 113 (No route to host)
20:26 < G> mmcgrath: make it easier when triaging etc
20:26 * mmcgrath often doesn't know if people are actually working on something when its assigned to them.
20:26 -!- AndreasR [n=zeus(a)80-218-143-60.dclient.hispeed.ch] has quit "Verlassend"
20:26 < G> (or looking for good candidates to close etc)
20:26 < G> mmcgrath: I agree
20:27 < mmcgrath> we can try it. Put together a workflow and send it to the list.
20:27 < ricky> How much burden does it add to reporters/handlers, and what do we get in exchange?
20:27 < mmcgrath> If people follow it great, if they don't we're no worse off then we are now.
20:27 < G> mmcgrath: I've been guilty of it too, I've assigned a ticket to myself and 'forgotten about it'
20:27 < mmcgrath> ricky: The big one I run into is people assigned a task that aren't working on it.
20:27 < ricky> https://fedorahosted.org/fedora-infrastructure/report/8 :-)
20:27 < mmcgrath> I'd also like to be more liberal about people taking stalled tickets.
20:27 < G> ricky: well, look at the BZ workflow @redhat'ers have, imo it's great because it's somewhat obvious what stage a ticket is in
20:28 < mmcgrath> like "if someone takes your ticket and you haven't been working on it for X days, don't get a sour face about it"
20:28 < G> mmcgrath: like I did with the Fedora Hosted post-update ticket? :P
20:28 < ricky> Could we just not get sour faces period? :-)
20:29 < mmcgrath> ricky: yeah but some people still get that way.
20:29 < mmcgrath> G: well, if you're interested propose a workflow and send it to the list so we can comment and adopt it.
20:29 < G> mmcgrath: right
20:29 -!- LetoTo [n=paul(a)bofh.xelerance.com] has quit No route to host
20:30 < mmcgrath> Anyone have anything else to discuss?
20:30 < G> oh yeah...
20:30 < G> 2) RH App Stack
20:30 < G> It has PHP 5.2 iirc which could be nice for when we are looking at CMS'
20:31 -!- LetoTo [n=paul(a)bofh.xelerance.com] has joined #fedora-meeting
20:32 -!- zcat [n=zcat@pdpc/supporter/active/zcat] has quit Read error: 110 (Connection timed out)
20:33 < mmcgrath> I'm fine with moving to that if the CMS supports it.
20:33 < mmcgrath> but lets not move to it if the CMS doesn't gain from it.
20:33 -!- J5 [n=quintice(a)c-76-24-17-105.hsd1.ma.comcast.net] has joined #fedora-meeting
20:33 < G> mmcgrath: +1
20:33 < mmcgrath> K, anyone have anything else to discuss? If not we can close the meeting in 30
20:33 < ricky> Hmm, newer versions of RHEL packages? I wonder how tough that it to manage (and if it's in the scope of EPEL stuff)
20:34 -!- zcat [n=zcat@pdpc/supporter/active/zcat] has joined #fedora-meeting
20:34 < G> ricky: well it's a seperate channel, which is how RH like to do stuff
20:34 < mmcgrath> ricky: the RH App Stack is a channel in RHN and would replace RHEL packages. But EPEL can't touch it because RHN does technically ship it.
20:34 < skvidal> ricky: newer ver of things in rhel?
20:34 < ricky> As in, is that something that EPEL can do as well? I was just curious
20:35 < G> ricky: we'd kinda have to do a "EPEL App Stack" repo in a way
20:35 < G> that could build against "RHEL+EPEL+RH App Stack"
20:35 < skvidal> ricky: I think that would be 'frowned on'
20:35 < G> skvidal: +1 :)
20:35 < ricky> Heh, OK
20:35 -!- tibbs [n=tibbs@fedora/tibbs] has quit "Konversation terminated!"
20:36 < mmcgrath> Ok, anyone have anything else to discuss?
20:36 < mmcgrath> if not we'll close the meeting in 30
20:36 < skvidal> not to mention the dep resolution would make me want to kill people
20:36 < skvidal> 'oh look, we have a newer glibc... doom'
20:36 < G> skvidal: :P
20:36 < mmcgrath> 15
20:36 < mmcgrath> 5
20:37 < G> Have a good day all!
20:37 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting End
15 years, 6 months
CIA integration
by Mike McGrath
So I was going through some old tickets and stumbled across this:
https://fedorahosted.org/fedora-infrastructure/ticket/164
I gave it a quick look over and I'm not against this integration but I'm
generally apathetic about it. So I ask if anyone here is interested
enough to get it into Fedora. I'm not sure if both the server and client
versions are provided there but it looks like what is there is GPLv2.
Thoughts?
-Mike
15 years, 6 months
adding releases to bodhi and cluttered menu
by Patrice Dumas
Hello,
This question is asked in the context of
https://fedoraproject.org/wiki/User:Pertusus/Draft_keeping_infra_open_for...
which has not already been approved by FESCO, so this could have no
follow-up, though I think that this issue is also relevant for EPEL.
Till raised an interesting issue associated with adding more releases in
bodhi: each release takes some place in the left menu. Another could
still be right, but I think that 4 or more will certainly be
problematic. Has this issue already been considered? What is the plan
for EPEL when it switches to using bodhi? In addition to being there
there will be in the end 3 to 5 EPEL versions in parallel so this is
certainly an issue that will arise.
Any comment, idea?
If it ends up that for the proposal (or for EPEL) another bodhi server
has to be set up, can you tell if it is easy rather easy to set up and
administer or rather hard?
--
Pat
15 years, 6 months
extras_signers group in FAS
by Michael Schwendt
Is the "extras_signers" group in FAS still needed for anything?
Is it still used for ownership of any files on buildsys.fedoraproject.org?
(e.g. the pushscript cvs checkout) If so, can't the same files be owned by
the epel_signers? In either case, I no longer seem to be able to access those
files or the machine for a cvs up or for taking a look myself, so for me the
group is useless.
There's also an "extras-signers" email alias defined somewhere, which
has only received spam since the end of Fedora Extras. Any reason to keep
it?
15 years, 6 months