Plan for tomorrow's Fedora Infrastructure meeting (2013-06-20)
by Kevin Fenzi
The infrastructure team will be having it's weekly meeting tomorrow,
2013-06-20 at 19:00 UTC in #fedora-meeting on the freenode network.
Suggested topics:
#topic New folks introductions and Apprentice tasks.
If any new folks want to give a quick one line bio or any apprentices
would like to ask general questions, they can do so in this part of the
meeting. Don't be shy!
#topic Applications status / discussion
Check in on status of our applications: pkgdb, fas, bodhi, koji,
community, voting, tagger, packager, dpsearch, etc.
If there's new releases, bugs we need to work around or things to note.
#topic Sysadmin status / discussion
Here we talk about sysadmin related happenings from the previous week,
or things that are upcoming.
#topic Private Cloud status update / discussion
#topic Upcoming Tasks/Items
https://apps.fedoraproject.org/calendar/list/infrastructure/
#topic Open Floor
Submit your agenda items, as tickets in the trac instance and send a
note replying to this thread.
More info here:
https://fedoraproject.org/wiki/Infrastructure/Meetings#Meetings
Thanks
kevin
10 years, 10 months
[PATCH] Move owner-change to Monday at 10:00 UTC and to send to devel@ from nobody@
by Pierre-Yves Chibon
---
Hi,
This commit makes the cron job run every monday at 10:00 UTC and send the email
to devel(a)list.fp.o from nobody(a)fp.o as we discussed.
It does mean that nobody(a)fp.o will have to be allowed to send to devel(a)l.fp.o
(/me looks at Kevin ;-))
Could I have 2 +1?
Thanks,
Pierre
modules/scripts/files/cron-owner-change | 2 +-
modules/scripts/files/fedora-owner-change.py | 5 ++---
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/modules/scripts/files/cron-owner-change b/modules/scripts/files/cron-owner-change
index 49121d9..1f871d7 100644
--- a/modules/scripts/files/cron-owner-change
+++ b/modules/scripts/files/cron-owner-change
@@ -1 +1 @@
-0 10 * * 2 root /usr/bin/python /usr/local/bin/fedora-owner-change.py
+0 10 * * 1 root /usr/bin/python /usr/local/bin/fedora-owner-change.py
diff --git a/modules/scripts/files/fedora-owner-change.py b/modules/scripts/files/fedora-owner-change.py
index 2adbfe2..96a9100 100644
--- a/modules/scripts/files/fedora-owner-change.py
+++ b/modules/scripts/files/fedora-owner-change.py
@@ -37,9 +37,8 @@ from email.mime.text import MIMEText
DATAGREPPER_URL = 'https://apps.fedoraproject.org/datagrepper/raw/'
DELTA = 7 * 24 * 60 * 60 # 7 days
TOPIC = 'org.fedoraproject.prod.pkgdb.owner.update'
-#EMAIL_TO = 'devel(a)lists.fedoraproject.org'
-EMAIL_TO = 'infrastructure(a)lists.fedoraproject.org'
-EMAIL_FROM = 'pingou(a)pingoured.fr'
+EMAIL_TO = 'devel(a)lists.fedoraproject.org'
+EMAIL_FROM = 'nobody(a)fedoraproject.org'
SMTP_SERVER = 'localhost'
# Initial simple logging stuff
--
1.7.2.1
10 years, 10 months
freeze break - change process/thread count on mirrorlist-* servers
by Seth Vidal
Hi,
I'd like to change the number of processes/threads on the
mirrorlist-servers.
This morning we encountered a situation where mirrorlist-osuosl stopped
being able to answer due to not being able to get responses back from
the wsgi process server. After talking with Mdomsch he's suggested
changing the config in the following way:
diff --git a/files/mirrorlist/mirrorlist-server.conf
b/files/mirrorlist/mirrorlist-server.conf index c96c35a..1ee87bc 100644
--- a/files/mirrorlist/mirrorlist-server.conf
+++ b/files/mirrorlist/mirrorlist-server.conf
@@ -8,7 +8,7 @@ Alias /static /var/lib/mirrormanager/mirrorlists/static/
ExpiresDefault "modification plus 1 day"
</Directory>
-WSGIDaemonProcess mirrorlist user=apache processes=6 threads=25
display-name=mirrorlist maximum-requests=1000
+WSGIDaemonProcess
mirrorlist user=apache processes=45 threads=1 display-name=mirrorlist
maximum-requests=1000
WSGIScriptAlias /metalink /usr/share/mirrormanager/mirrorlist-server/mirrorlist_client.wsgi
WSGIScriptAlias /mirrorlist /usr/share/mirrormanager/mirrorlist-server/mirrorlist_client.wsgi
No other changes would be necessary.
This is easy to revert if need be - can I get 2 +1s?
-sv
10 years, 10 months
Meeting Agenda Item: Introduction Avik
by Avik Pal
Hi all,
I'm Avik, Student of Computer Science at Bengal Engineering &
Science University Shibpur.
A little about myself:-
I have about 5 years experience in programming, I am most
fluently conversant with C, C++, Java, Python, Javascript. I was a member
of the only team qualified from my university for the ACM-International
Collegiate Programming Contest'12 regionals.
I am an open source enthusiast and have experience working for
open source projects. I have contributed to the open motion planning
library (wrote a script to resolve installation dependencies). also I am
presently working on a bug in Firefox for android. It has always been my
dream to contribute to something as big as Fedora and I hope that under
guidance from someone I will be able to fulfill it.
I have very basic knowledge regarding kernel and would love to
start working on something regarding that and try to learn simultaneously,
actually I am interested to get started by working on any project which
deals with core fedora services like packaging etc.
I am accessible by both email and through IRC (nick *avikp* at
freenode), I am from India and my time zone is *UTC+5:30*.
Avik Pal
Bengal Engineering & Science University,Shibpur
Github:https://github.com/avikpal
IRC:- irc://freenode/avikp,isnick
twitter:-https://twitter.com/avikpalme
10 years, 10 months
Re: f19: call for testing/karma
by Rahul Sundaram
On 06/19/2013 08:33 AM, Martin Kho wrote:
>> That's nice and I am sure would be helpful but I am curious. What
>> didn't you like about the account system?
> Hi Rahul,
>
> Especially the split between filing bugs in bugzilla with a Red hat account and
> closing the bug fixing processes (giving karma) where a fas account is needed.
> I always felt ashamed that I filed bugs, but never officially said "Yeah go push
> the update". I can imagine that there are even people who experience the 'two-
> accounts' as too much a burden and because of that never file bugs.
That is a valid critique and one of the reasons is that Red Hat bugzilla
isn't part of Fedora infrastructure and is disconnected from it but
perhaps bodhi can accept open id logins? (CC'ing Fedora infrastructure)
Rahul
10 years, 10 months
nagios and ansible
by Seth Vidal
I've been thinking about how we should handle nagios in the ansible
world.
our current nagios config in puppet has a number of issues:
1. it's a bit cumbersome b/c you edit nagios independent of adding the
host's config
2. when you remove a host the nagios config doesn't automatically go
away
3. the fqdn/vpn hostname thing between noc01 and noc02 is kinda a giant
pain in the ass
4. dependencies between Networks->vhosts->guests are manual and
irritating to maintain.
I'm open to suggestions about how to maintain all of this. Here are
some ideas I've tinkered with:
a. we stop putting nagios configs in the specific config mgmt entirely
-and put it in another repo - like with dns. That doesn't make 1 or 2
any better - but it could allow us to script to make 3 and 4 much better
b. we make populating nagios configs for hosts or services be a
function of playbooking the host/group creation. So all of the nagios
configs go on when you add the host. - tht doesn't solve 2 or 4 but
maybe it does handle 1 and 3 a bit.
c. we make the nagios configs generate from the host inventory data
that ansible can retrieve. It will require us to define a series of
additional variables per host or per group. So when you add a new host
you'll need to wait for a cron run or an ansible run against our nagios
hosts to get them to see the new hosts. With enough effort I think we
can tag all of 1, 2, 3 and 4 in creating THE whole set of nagios
configs that way and rsyncing them over using the ansible-rsync module
(or just rsync).
The problem with this one is that it seems like an all-or-nothing
scenario - we need to drive ALL of our nagios configs off of this or
none at all. With that in mind it seems like we would need to define
hosts as part of ansible even if they are still being managed by
puppet. That's extra work but I think it is work we'd have to do
eventually.
So (c) would be something like this:
- take the list of hosts - look for a vmhost or if it is a cloud
instance - make that a dep
- look for a datacenter - make that a dep
- look for a vpn cert - make that a dep
- and on up the chain.
- look for any special service definitions that we'd be managing
manually
- put all of the hosts definitions in one big file so changing out
that file can be idempotent
- put service definitions in individual files - but have the files
rsynced over with --delete so removing one gets removed on the
nagios side, too
Anyone have an option D we should think about? I'd like to hear about
more
Thanks,
-sv
10 years, 10 months
Where to keep the badges repo?
by Ralph Bean
I spent some time last week learning ansible and setting up the new
badges-backend01.stg. There's a daemon that runs there that reads in
a number of yaml files. Each one defines a badge and a set of rules
that must pass for the badge to be automatically awarded to a
contributor (based on fedmsg activity).
Up to now, I've been keeping all these badges in the ansible repo;
ansible copies them into /usr/share/badges on the managed node.
You can find the ones I have so far here:
http://infrastructure.fedoraproject.org/infra/ansible/roles/badges-backen...
I need to get them out of the ansible repo. There's going to be too
many of them, and we're going to be iterating on them and changing
them often. I was thinking of creating another git repo on lockbox at
/git/badges/ for this.
In the longrun though, we want contributors from every corner of the
community to contribute new badge ideas (come up with some artwork,
make their own yaml definition -- and make it real). We'll have a
process for debating and vetting new badges.
GitHub's pull request work flow could be a good fit here. It would
however set a new precedent for our degree of integration with gh.com.
Any thoughts?
10 years, 10 months
[Owner-change] Fedora packages ownership change
by Pierre-Yves Chibon
Change in ownership over the last 168 hours
===========================================
4 packages were orphaned
------------------------
asm2 [devel] was orphaned by orion
A code manipulation tool to implement adaptable systems
https://admin.fedoraproject.org/pkgdb/acls/name/asm2
php-redis [devel,f19] was orphaned by remi
Extension for communicating with the Redis key-value store
https://admin.fedoraproject.org/pkgdb/acls/name/php-redis
pymongo [devel,f18,f19] was orphaned by toshio
Python driver for MongoDB
https://admin.fedoraproject.org/pkgdb/acls/name/pymongo
tex-simplecv [devel,f19] was orphaned by jamatos
A simple latex class for writing curricula vitae
https://admin.fedoraproject.org/pkgdb/acls/name/tex-simplecv
14 packages unorphaned
----------------------
ppisar unorphaned : perl-AnyEvent-BDB [f19]
limb unorphaned : cellwriter [EL-6]
lbazan unorphaned : transifex-client [EL-5]
lbazan unorphaned : python-django-south [f18]
lbazan unorphaned : django-addons [EL-5]
lbazan unorphaned : python-django-threadedcomments [f19]
ankursinha unorphaned : lifeograph [devel]
lbazan unorphaned : python-django-addons [f18]
lbazan unorphaned : python-django-ajax-selects [f18]
ppisar unorphaned : perl-Event-RPC [f19]
ppisar unorphaned : perl-CPANPLUS-Dist-Build [devel]
lbazan unorphaned : transifex [EL-6]
ppisar unorphaned : perl-XML-Writer [f17]
lbazan unorphaned : python-django-staticfiles [f18]
17 packages changed owner
-------------------------
limb gave to mcpierce : perl-qpid [EL-5,EL-6]
limb gave to cicku : libserf [EL-6]
limb gave to lbazan : python-django-staticfiles [EL-6]
limb gave to rlandmann : overpass-fonts [EL-6]
limb gave to lbazan : python-django-south [EL-6]
limb gave to lbazan : python-django-addons [EL-6]
limb gave to lbazan : python-django-threadedcomments [EL-6]
limb gave to ankursinha : lifeograph [f18,f19]
limb gave to ppisar : perl-CPANPLUS-Dist-Build [f19]
limb gave to lbazan : python-django-ajax-selects [EL-6]
limb gave to isimluk : ruby-ncurses [EL-6]
limb gave to aalvarez : libmetalink [EL-5,EL-6,devel,f17,f18,f19]
limb gave to besser82 : checksec [EL-5]
limb gave to mcpierce : python-qpid [EL-5,EL-6]
limb gave to fab : pysnmp [EL-6]
limb gave to brouhaha : libbsd [EL-5]
kevin gave to slaanesh : dkms [EL-5,EL-6,devel,f17,f18,f19]
10 years, 10 months
