infrastructure February 2010

infrastructure@lists.fedoraproject.org

44 participants
56 discussions

hi, i newly joined fedora infrastructure group
by p sena 17 Sep '10

17 Sep '10

Hi, I am new to the fedora infrastructure group. I am going throug few of the links in the site to get a feel of the work. I have submitted my .ssh_rsa_key.pub from the site. I think I will get some intimation on this. Please someone can let me know further proceedings from here onwards. Cheers. Regards & Thanks Prabir Senapati mailto: senapati2001(a)yahoo.com

3 5

blogs.fedoraproject.org and planet
by Luca Foppiano 15 Apr '10

15 Apr '10

Hi all, I'm interested to know the status of the blogs instances in the fedoraproject domains. I would like to use the blog and the planet as news/story board for the local fedora communities website . * About the blog, Is something work in progress? I saw a nice infrastructure but with some work more to do: - are you aware that the css has some class broken? like the images are not correctly shown? - do you think is possible to customize also the left bar? * about the planet, are there any plans to create a multi-instance, planet, maybe by country or by language? let me know luca

6 13

Ticket cleanup
by Mike McGrath 16 Mar '10

16 Mar '10

Here's a count of the types of tickets still outstanding: 1 component 2 Elections 6 Development 7 Security 8 CVS 11 Monitoring 12 Buildsys 16 Mailing 28 Systems 33 Hosted 74 Web 113 General And who the tickets are assigned to: 1 actown 1 akistler 1 boodle 1 craigt 1 dgilmore 1 elections-members 1 fchiulli 1 Hosting 1 ivazquez 1 jcollie_ 1 jcollie_jsmith 1 ke4qqq 1 lmacken_johnp 1 mchua 1 meyering 1 onekopaka 1 owner 1 poelstra 1 saeedi(a)fedoraproject.org 1 santosp 1 skvidal 1 steved 1 sysadmin-backup-members 1 sysadmin-main-members 1 sysadmin-web-members 1 unassigned 1 webmaster(a)fedoraproject.org 1 yingbull 1 ynemoy 2 damian 2 ggruener 2 glezos 2 herlo 2 hiemanshu 2 jcollie 2 mmahut 2 notting 2 sysadmin-tools-members 3 jsmith 3 laxathom 3 nb 3 susmit 3 sysadmin-noc-members 4 jstanley 4 web-members 5 cvsadmin-members_sysadmin-cvs-members 5 mdomsch 6 ianweller 7 webmaster 9 lmacken 11 smooge 12 sysadmin-hosted-members_sysadmin-tools-members 13 nigelj 14 santosp_ricky_mmcgrath 15 toshio 16 ausil 17 mmcgrath 19 sysadmin-hosted-members(a)fedoraproject.org 23 ricky 69 nobody Please do go triage your tickets, assign it back to nobody if you're no longer working on the tickets. -Mike

2 2

Re: Additional IPv6 Bittorrent tracker
by Bernhard Schmidt 01 Mar '10

01 Mar '10

On 13.02.2010 18:49, Bernhard Schmidt wrote: Meh, I just noticed that my mail below never got to the list, because I wasn't fully subscribed before I hit send (and apparently it got lost in the moderation queue). See my comments below ... out of curiosity, I assume it is now too late to get this in place for F13 due to the infrastructure freeze, even if you were to use an external (i.e. my) IPv6 tracker? Best Regards, Bernhard > On Sat, Feb 13, 2010 at 11:33:39AM -0600, Matt_Domsch(a)Dell.com wrote: > > Hi Matt, > >> We do have a Xen host and several VMs on native IPv6 hosted at ibiblio.org, which is >> where we would want to run such a tracker ourselves if possible. The goal was to >> run the opentracker-v6 in parallel with the existing bittorrent-based tracker. >> >> http://fedoraproject.org/wiki/Infrastructure/IPv6 >> notes our v6 infrastructure. > > Ah, no clue how I missed that. You even have AAAA records for the main > website :-\ > >> The problem wasn't just that statistics were unavailable (which would >> be a problem - we like having some counts of download methods), but >> that even retrieving them via http would crash the tracker. :-( > > Weird, the tracker I run is of course far from having the load of the > official Fedora tracker, but it did not crash once for me in the last > seven weeks. Fresh CVS checkout of libowfat and opentracker as of Dec > 27th, compiled and running on an amd64 Debian (*hide*) VM. I poll the > statistics with HTTP every minute and it has ~300 peers connected to it. > >> I looked into Azureus briefly, but IIRC it's java-based? We don't >> have any java in our infra environment right now. That doesn't mean >> we couldn't add it, but most FI maintainers aren't java experts. I >> haven't looked into BitTornado. > > Yes, it's Java based and even requires X (as far as I know). And I would > not really recommend BitTornado, it's extremely old and doesn't even > expire peer entries correctly as far as I could see. > >> Thank you for your offer to host though - that's something we can >> consider. The infrastructure list (copied) is the right place for >> this discussion. > > Subscribing now ... > > Bernhard

2 2

Change Request - Fedora Community update
by Luke Macken 25 Feb '10

25 Feb '10

Hey guys, I'd like to upgrade Fedora Community to the version that has been in staging for the past couple of weeks. The only changes are the addition of a new 'Statistics' section, containing wiki stats from Ian Weller, Torrent stats from Seth Vidal, and User & Mirror stats from Matt Domsch. https://admin.stg.fedoraproject.org/community/#statistics luke

4 5

Re: RFR - A kerberos and ldap server available for participants of the SSSD test day
by Stephen Gallagher 24 Feb '10

24 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/24/2010 07:48 AM, Jenny Galipeau wrote: > Stephen John Smoogen wrote: >> On Tue, Feb 23, 2010 at 5:49 PM, James Laska <jlaska(a)redhat.com> wrote: >> >>> Apologies, forgot to include sgallagh and jgalipea to the initial cc >>> list. >>> >>> On Tue, 2010-02-23 at 14:45 -0700, Stephen John Smoogen wrote: >>> >>>> On Tue, Feb 23, 2010 at 2:36 PM, James Laska <jlaska(a)redhat.com> wrote: >>>> >>>> >>>>> A kerberos and ldap server available for participants of the SSSD test >>>>> day >>>>> >>>>> Project plan (Detailed): >>>>> We need both a kerberos and LDAP server available to test F-13 >>>>> SSSDbyDefault changes. Specifically (provided by sgallagh): >>>>> >>>>> >>>> A couple of questions: >>>> >>>> This needs to be publicly accessible versus inside of colo >>>> >>> Yes, this would be publicly accessible and needed only for the test day. >>> >>> >>>> The LDAP needs to be added/controlled by? >>>> >>> I believe we may need to provide you with an initial data set to >>> populate. Alternatively, we request permissions so that information can >>> be added as we go. Stephen (cc'd) may have a preference here. >>> >>> >> >> I am guessing that we would be setting up FreeIPA is what is wanted? I >> am just trying to get an idea of what is needed and if how much are >> wanted from infrastructure and what will be done by people. Sorry for >> the many questions. >> > FreeIPA would work, but it can be just a 389 Directory Server and a > Kerberos server. As for initial data, there should be at least one user. >> >> >> > > Copying what I just sent to the Infrastructure list: On 02/23/2010 04:56 PM, Mike McGrath wrote: > > > > On Tue, 23 Feb 2010, Stephen John Smoogen wrote: > > >> >> On Tue, Feb 23, 2010 at 2:36 PM, James Laska <jlaska(a)redhat.com> wrote: >> >> >>> >>> A kerberos and ldap server available for participants of the SSSD test >>> >>> day >>> >>> >>> >>> Project plan (Detailed): >>> >>> We need both a kerberos and LDAP server available to test F-13 >>> >>> SSSDbyDefault changes. Specifically (provided by sgallagh): >>> >>> >> >> >> >> A couple of questions: >> >> >> >> This needs to be publicly accessible versus inside of colo >> >> The LDAP needs to be added/controlled by? >> >> > > > > I believe they just need an external publictest server for people to hit > > while testing things. > > > > -Mike Yeah, the SSSD supports LDAP for identity lookups, LDAP and Kerberos as authentication providers. So we want to set up an LDAP server providing schema rfc2307 (for providing users and for doing LDAP simple bind authentication) It needs to provide access both over LDAP/TLS and LDAPS. Beyond that, we need a Kerberos KDC set up with user principals the same as those provided by the LDAP server. In a separate email thread, someone asked if FreeIPA would be acceptable for this setup. It would make an excellent second data point, but FreeIPA uses rfc2307bis for its schema, rather than rfc2307. This will require a more detailed setup for this test than the basic case. I am currently communicating with the authconfig developer to determine whether we will be able to add the rfc2307bis option in time for the Test Day. If so, a FreeIPA server would also be an excellent idea. - -- Stephen Gallagher RHCE 804006346421761 Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkuFIMsACgkQeiVVYja6o6MeUwCePg9I83SLSqnP8tEwOZbVUnqj l7wAn3QJogUsBrXuImVbZW97Y0cU4RwY =UBpv -----END PGP SIGNATURE-----

1 0

RFR - A kerberos and ldap server available for participants of the SSSD test day
by James Laska 24 Feb '10

24 Feb '10

Also recorded in TRAC as lucky #2000 (https://fedorahosted.org/fedora-infrastructure/ticket/2000) == Primary Contact == Name: Stephen Gallagher [[BR]] Fedora Account Name: sgallagh [[BR]] Group: Fedora Packager CVS Commit Group [[BR]] '''Infrastructure Sponsor''': == Secondary Contact info == Name: James Laska [[BR]] Fedora Account Name: jlaska [[BR]] Group: Fedora Packager CVS Commit Group [[BR]] == Project Info == Project Name: A test box running an LDAP and kerberos server for the 2010-03-04 SSSD test day [[BR]] Target Audience: SSSD test day participants [[BR]] Expiration/Delivery Date (required): 2010-03-04 (this is the test day date) [[BR]] Description/Summary: A kerberos and ldap server available for participants of the SSSD test day Project plan (Detailed): We need both a kerberos and LDAP server available to test F-13 SSSDbyDefault changes. Specifically (provided by sgallagh): > We need Kerberos to be configured to authenticate the same users provided by > the LDAP server, and we want the LDAP server to ALSO be able to authenticate > these users. I'd also prefer it if the two systems could use different > passwords (e.g. kerberos users would auth with 'krbuserN' and ldap users would > auth with 'ldapuserN' so we could be certain of which auth mechanism was being > used). Goals: Provide the test day participants with an easy test environment. == Specific resources needed == N/A == Additional Info (Optional) == I've included Stephen and Jenny to the CC list of this ticket for further details that I may have missed.

4 5

[RFR] Infrastructure sponsor needed for Fedora Distribution App.
by susmit shannigrahi 24 Feb '10

24 Feb '10

Here is a RFR for fedora distribution app[0]. If more information is required, please let me know. ----------------------------------------------------------------------------- Project Sponsor ----------------------------------------------------------------------------- Name: Susmit Shannigrahi Fedora Account Name: susmit Group: freemedia Infrastructure Sponsor: ----------------------------------------------------------------------------- Secondary Contact info ----------------------------------------------------------------------------- Name: Neville A. Cross Fedora Account Name: yn1v Group: freemedia ----------------------------------------------------------------------------- Project Info ----------------------------------------------------------------------------- Project Name: Fedora Distribution Application Target Audience: 1. Anyone who may be requesting a fedora disk from freemedia. 2. Anyone who want to locate a vendor. 3. Admin members who want to enroll/remove vendors. 4. Freemedia admin members. 5. vendors. Expiration/Delivery Date (required): Prototype is ready. Can be deployed as soon as a sponsor is found. May be in a month. http://publictest15.fedoraproject.org:8888/ Description/Summary: This application will integrate all the different methods of offline fedora distribution. This will also address several issues that came up while operating the freemedia and distribution project. This will make finding or managing the vendors easy. Lastly, it will replace the existing freemedia front-end and make filing ticket a one step process. Project plan (Detailed): 1. Currently we keep the vendor list in the wiki.[1][2] These are hard to maintain. And it is also hard for people to find out a suitable vendor. The proposed app is geoip aware one which returns the most appropriate results based on location. This will reduce the load on freemedia as there are vendors who offer the disk from less than half-a-dollar. 2. It is a pain to maintain the wiki list and verify each and every vendor. We plan to notify each vendor upon a new release. We also want to let them have an account so that they can update their accounts themselves. 3. Currently, in freemedia, we open the form for a day or two and close it for the rest of the month. This creates a problem for us. We want to keep the form opened for NA for a longer time, EMEA for lesser time and so on. In this app, there is a python-sqlite wrapper around trac which enables us to differentiate between the regions and close/open the form for a region on demand. 4. There are countries which have their own freemedia program (brazil for example). They want us to redirect requesters to their sites. Currently, we need to add a redirect manually everytime we want to do that. We also address it here. Should you need more info, please let me know. Goals: Integrate all the offline sources of fedora. And present them to the uses in a neat and convenient way. Specific resources needed: Infrastructure sponsor. Additional Info (Optional): None [0] https://fedorahosted.org/fedora-distribution/ [1]http://fedoraproject.org/wiki/Distribution/OnlineVendors [2] http://fedoraproject.org/wiki/Distribution/LocalVendors -- Regards, Susmit. ============================================= http://www.fedoraproject.org/wiki/user:susmit ============================================= Sent from Calcutta, WB, India

2 11

Reminder about public test servers
by Mike McGrath 23 Feb '10

23 Feb '10

Just a reminder about public test servers. If you are going to use one you need to submit an RFR _AND_ get an infrastructure sponsor for it. -Mike

2 1

Change Request: Archive mount change
by Mike McGrath 22 Feb '10

22 Feb '10

This is to make room for the alpha: https://fedorahosted.org/fedora-infrastructure/ticket/1996 We're basically going to stop storing archives on secondary1 and start using the netapp. 2+1's? -Mike

4 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

infrastructure February 2010