From jkeating at redhat.com Sun Sep 3 18:24:37 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 03 Sep 2006 14:24:37 -0400 Subject: [Fedora-infrastructure-list] Re: coverity code checker in Extras In-Reply-To: <1157055612.9720.8.camel@localhost.localdomain> References: <44F60CDD.6050405@redhat.com> <1157055612.9720.8.camel@localhost.localdomain> Message-ID: <1157307877.19036.7.camel@ender> On Thu, 2006-08-31 at 16:20 -0400, Dan Williams wrote: > > Note that we may not be able to deploy the Coverity bits on the same > build machines that Extras packages are built on right now; I would hope that the infrastructure team would balk on putting any proprietary software on the build systems anyway. That's a sure fire way to cause undiagnosable issues and to prevent moving forward with the OS installs. Also there is the security concern. We don't want un audited bits of software being part of our build process. Sure coverity could say we audited our own software, but still.... Call it the paranoia in me, but I certainly wouldn't want it on my build systems, and I don't think internally at Red Hat we'll (release engineering) be to keen on putting it in OUR build system either. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sopwith at gmail.com Mon Sep 4 19:55:50 2006 From: sopwith at gmail.com (Elliot Lee) Date: Mon, 4 Sep 2006 15:55:50 -0400 Subject: [Fedora-infrastructure-list] Package DB TurboGears/SQLObject schema In-Reply-To: <1156828397.3098.3.camel@localhost> References: <1156828397.3098.3.camel@localhost> Message-ID: On 29/08/2006, at 01:13 AM, Toshio Kuratomi wrote: > Greetings all, Elliot in particular, > > I started to parse the owners.list file in preparation for setting up > some sort of ACL system on the new VCS and decided to look into how > this > is going to interact with the PackageDB. For starters, I took the > TurboGears schema that Elliot posted and added comments. > > Are the comments in this file accurate? Can you explain what the > "status" fields in the *History classes represent? It tells you the new status of the item at that point in history. For example, this lets you tell who changed a package from 'UNDER_REVIEW' to 'APPROVED', and when. Best, -- Elliot From mmcgrath at fedoraproject.org Mon Sep 4 21:16:59 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 4 Sep 2006 16:16:59 -0500 Subject: [Fedora-infrastructure-list] Cyclades escape characters Message-ID: <3237e4410609041416j4d79d008y580b7c96dd83378f@mail.gmail.com> Just so we all can remember Press the spacebar to pause... KEY MAPPING FOR CONSOLE REDIRECTION: Use the <0> key sequence for Use the <@> key sequence for Use the key sequence for Use the key sequence for Use the key sequence for Use the key sequence for Use the key sequence for , where x is any letter key, and X is the upper case of that key Use the key sequence for -Mike From sbranden at redhat.com Mon Sep 4 21:58:01 2006 From: sbranden at redhat.com (Stacy J. Brandenburg) Date: Mon, 04 Sep 2006 17:58:01 -0400 Subject: [Fedora-infrastructure-list] Cyclades escape characters In-Reply-To: <3237e4410609041416j4d79d008y580b7c96dd83378f@mail.gmail.com> References: <3237e4410609041416j4d79d008y580b7c96dd83378f@mail.gmail.com> Message-ID: <44FCA169.3070204@redhat.com> also when in the Cyclades you can break out of the session with '~ .' - standard SSH escape chars. Mike McGrath wrote: > Just so we all can remember > > > Press the spacebar to pause... > > KEY MAPPING FOR CONSOLE REDIRECTION: > > Use the <0> key sequence for > Use the <@> key sequence for > > Use the key sequence for > Use the key sequence for > Use the key sequence for > Use the key sequence for > > Use the key sequence for , where x is any letter > key, and X is the upper case of that key > > Use the key sequence for > > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -- ======================================================== = Stacy J. Brandenburg Red Hat Inc. = = Manager of Network Operations sbranden at redhat.com = = 919-754-4313 http://www.redhat.com = ======================================================== Key ID 0x1828D94D Fingerprint 03F7 43BE 1150 CCFA F57B 54DD AEDB 1C27 1828 D94D From linux at elfshadow.net Tue Sep 5 01:15:15 2006 From: linux at elfshadow.net (Jeffrey Tadlock) Date: Mon, 04 Sep 2006 21:15:15 -0400 Subject: [Fedora-infrastructure-list] Cyclades escape characters In-Reply-To: <3237e4410609041416j4d79d008y580b7c96dd83378f@mail.gmail.com> References: <3237e4410609041416j4d79d008y580b7c96dd83378f@mail.gmail.com> Message-ID: <44FCCFA3.5050102@elfshadow.net> Mike McGrath wrote: > Just so we all can remember > > Press the spacebar to pause... > KEY MAPPING FOR CONSOLE REDIRECTION: I added these to the InfrastructurePrivate portion of the wiki. http://fedoraproject.org/wiki/InfrastructurePrivate/CycladesTips -Jeffrey From wtogami at redhat.com Tue Sep 5 04:49:27 2006 From: wtogami at redhat.com (Warren Togami) Date: Tue, 05 Sep 2006 00:49:27 -0400 Subject: [Fedora-infrastructure-list] fp.org Mail Server Bounce Issue Message-ID: <44FD01D7.2050906@redhat.com> Problem ======= Currently all incoming mail goes through redhat.com and is relayed to the internal fp.o server on bastion, which handles alias forwarding. This became more than an annoyance when a distributed bot-net began flooding mail to random addresses at fedoraproject.org. Since redhat accepted original delivery and fp.o was correctly rejecting it, postmaster redhat was receiving the thousands of bounces. Short-Term Solution =================== All valid addresses at fp.o are now auto-generated into a whitelist contained in /etc/mail/access.db from the auto-generated /etc/aliases file. This could be further cleaned up to generate access.db simultaneously as aliases, however it might not be worth doing because this is a poor long-term solution. All other mail destined for fedoraproject.org with unknown users will be discarded without bounces. Additionally, this was added to the sendmail.mc. (not yet checked into CVS) diff -urN /tmp/sendmail.mc sendmail.mc --- /tmp/sendmail.mc 2006-09-04 21:15:55.000000000 -0700 +++ sendmail.mc 2006-09-04 21:02:33.000000000 -0700 @@ -49,6 +49,7 @@ FEATURE(`use_cw_file')dnl FEATURE(`use_ct_file')dnl FEATURE(`access_db')dnl +FEATURE(`blacklist_recipients')dnl EXPOSED_USER(`root')dnl dnl # mail hub for fedora.redhat.com setup "blacklist_recipients Turns on the ability to block incoming mail for certain recipient usernames, hostnames, or addresses. For example, you can block incoming mail to user nobody, host foo.mydomain.com, or guest at bar.mydomain.com. These specifications are put in the access db as described in the Anti-Spam Configuration Control section later in this document." Please keep an eye out for failures in fedoraproject.org alias mail delivery. We will be using this automatically generated access.db whitelist until we deploy the ideal long-term fp.o mail solution. Long-Term Solution ================== Both Red Hat IS and Fedora Infrastructure team want fedoraproject.org to directly handle its own mail. This will give us greater flexibility in mail service maintainability as well as spam filtering. This would save everyone time by dramatically reduce the amount of spam going through our system. OTRS queue maintainers would also be less burdened due to less spam crap. While redhat cannot do full greylisting due to business concerns, I personally want to be totally BOFH with greylisting. =) (Infrastructure team would need to vote on this one as it is indeed controversial.) Due to the security considerations of running more than a dumb forwarder, we will need to isolate the mail service from bastion. This would mean a small network topology change, and maybe additional hardware. I will be working on this in the coming weeks. Thanks to Matthew Galgoci for his help in fixing this. Warren Togami wtogami at redhat.com From toshio at tiki-lounge.com Tue Sep 5 05:46:41 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 04 Sep 2006 22:46:41 -0700 Subject: [Fedora-infrastructure-list] Package DB TurboGears/SQLObject schema In-Reply-To: References: <1156828397.3098.3.camel@localhost> Message-ID: <1157435201.21368.80.camel@localhost> On Mon, 2006-09-04 at 15:55 -0400, Elliot Lee wrote: > On 29/08/2006, at 01:13 AM, Toshio Kuratomi wrote: > > Are the comments in this file accurate? Can you explain what the > > "status" fields in the *History classes represent? > > It tells you the new status of the item at that point in history. For > example, this lets you tell who changed a package from 'UNDER_REVIEW' > to 'APPROVED', and when. Ah. Any reason not to combine that with the "action" column? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sopwith at gmail.com Wed Sep 6 18:05:33 2006 From: sopwith at gmail.com (Elliot Lee) Date: Wed, 6 Sep 2006 14:05:33 -0400 Subject: [Fedora-infrastructure-list] Package DB TurboGears/SQLObject schema In-Reply-To: <1157435201.21368.80.camel@localhost> References: <1156828397.3098.3.camel@localhost> <1157435201.21368.80.camel@localhost> Message-ID: <36FEE700-26B5-4378-85B7-7219DF996DB6@gmail.com> On 05/09/2006, at 01:46 AM, Toshio Kuratomi wrote: > On Mon, 2006-09-04 at 15:55 -0400, Elliot Lee wrote: >> On 29/08/2006, at 01:13 AM, Toshio Kuratomi wrote: > >>> Are the comments in this file accurate? Can you explain what the >>> "status" fields in the *History classes represent? >> >> It tells you the new status of the item at that point in history. For >> example, this lets you tell who changed a package from 'UNDER_REVIEW' >> to 'APPROVED', and when. > > Ah. Any reason not to combine that with the "action" column? There are some actions (currently add and delete) that don't affect the status. Overloading the action column to store the status as well doesn't seem particularly clean to me, but I suppose it could be done. The "right" way to do things might be to serialize the whole object into history records, instead of trying to copy parts of its state into the history fields. Best, -- Elliot From wtogami at redhat.com Thu Sep 7 02:15:07 2006 From: wtogami at redhat.com (Warren Togami) Date: Wed, 06 Sep 2006 22:15:07 -0400 Subject: [Fedora-infrastructure-list] xen1/xen2 Networking Note Message-ID: <44FF80AB.2040709@redhat.com> I just wasted a bit of time figuring out why guests were unable to use the network. xenguest-install tries to use xenbr0 by default, while xenbr1 was created on our servers because we are using eth1. Just a note for later if others install xen guests. For now, still attempting to make a single guest install work... Warren Togami wtogami at redhat.com From lyz27 at yahoo.com Thu Sep 7 12:52:54 2006 From: lyz27 at yahoo.com (Tom Lynema) Date: Thu, 7 Sep 2006 05:52:54 -0700 (PDT) Subject: [Fedora-infrastructure-list] Today's meeting and Logs Message-ID: <20060907125254.39633.qmail@web80606.mail.yahoo.com> Due to my work schedule, I will be unable to catch most of today's meeting. The log for the meeting is sometimes sent to this list, but it has been inconsistent. Can something be worked out to automatically record the log and mail it to the list? ~tom From email.ahmedkamal at googlemail.com Fri Sep 8 15:08:48 2006 From: email.ahmedkamal at googlemail.com (Ahmed Kamal) Date: Fri, 8 Sep 2006 18:08:48 +0300 Subject: [Fedora-infrastructure-list] Log Monitoring volunteer Message-ID: <3da3b5b40609080808y26bc3e32hc41b8ae849db8ce3@mail.gmail.com> Hi, I am a volunteer. I would like to start wetting my hands with a priority 2 project. I am interested in the log monitoring project. I'm not sure how I can be helpful though, especially that such a project does not yet have a project lead! Unfortunately my Internet connectivity will be a little flaky during the next 6 days (as I'm travelling) nevertheless, I will try to keep a regular eye on the mailing list. Kindly let me know how I can start to get involved (I already have an account) Thanks and Best Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at linux.duke.edu Fri Sep 8 16:28:35 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 08 Sep 2006 12:28:35 -0400 Subject: [Fedora-infrastructure-list] Log Monitoring volunteer In-Reply-To: <3da3b5b40609080808y26bc3e32hc41b8ae849db8ce3@mail.gmail.com> References: <3da3b5b40609080808y26bc3e32hc41b8ae849db8ce3@mail.gmail.com> Message-ID: <1157732915.2054.16.camel@cutter> On Fri, 2006-09-08 at 18:08 +0300, Ahmed Kamal wrote: > Hi, > > I am a volunteer. I would like to start wetting my hands with a > priority 2 project. I am interested in the log monitoring project. I'm > not sure how I can be helpful though, especially that such a project > does not yet have a project lead! Unfortunately my Internet > connectivity will be a little flaky during the next 6 days (as I'm > travelling) nevertheless, I will try to keep a regular eye on the > mailing list. > > Kindly let me know how I can start to get involved (I already have an > account) > Thanks and Best Regards we need two items setup, from my perspective: 1. epylog setup on the syslog server to handle all of our hosts together 2. awstats setup and logs rsync'd over from webservers for web log analysis. - if you need help on this one let me know - there's some easy ways to make log rsync'ing reasonable. -sv From mmcgrath at fedoraproject.org Fri Sep 8 16:40:24 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Fri, 8 Sep 2006 11:40:24 -0500 Subject: [Fedora-infrastructure-list] Log Monitoring volunteer In-Reply-To: <1157732915.2054.16.camel@cutter> References: <3da3b5b40609080808y26bc3e32hc41b8ae849db8ce3@mail.gmail.com> <1157732915.2054.16.camel@cutter> Message-ID: <3237e4410609080940q2c013e82q4eeb5b73505428cf@mail.gmail.com> On 9/8/06, seth vidal wrote: > On Fri, 2006-09-08 at 18:08 +0300, Ahmed Kamal wrote: > > Hi, > > > > I am a volunteer. I would like to start wetting my hands with a > > priority 2 project. I am interested in the log monitoring project. I'm > > not sure how I can be helpful though, especially that such a project > > does not yet have a project lead! Unfortunately my Internet > > connectivity will be a little flaky during the next 6 days (as I'm > > travelling) nevertheless, I will try to keep a regular eye on the > > mailing list. > > > > Kindly let me know how I can start to get involved (I already have an > > account) > > Thanks and Best Regards > > we need two items setup, from my perspective: > > 1. epylog setup on the syslog server to handle all of our hosts together > 2. awstats setup and logs rsync'd over from webservers for web log > analysis. > - if you need help on this one let me know - there's some easy ways > to make log > rsync'ing reasonable. > > -sv > > I actually do have awstats running on fpserv though at present not available to the public. (I don't trust awstats) Since fpserv doesn't have direct access to the accounting system we either have to proxypass from the phx servers or figure out how to get the usernames and passwords over to fpserv. -Mike From damian.myerscough at gmail.com Fri Sep 8 19:42:01 2006 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Fri, 8 Sep 2006 20:42:01 +0100 Subject: [Fedora-infrastructure-list] Log Monitoring volunteer In-Reply-To: <3237e4410609080940q2c013e82q4eeb5b73505428cf@mail.gmail.com> References: <3da3b5b40609080808y26bc3e32hc41b8ae849db8ce3@mail.gmail.com> <1157732915.2054.16.camel@cutter> <3237e4410609080940q2c013e82q4eeb5b73505428cf@mail.gmail.com> Message-ID: <8c9e56490609081242g71ee4933q2f7da576b5886e30@mail.gmail.com> Hi, All the log files are now being directed to lockbox their is no need to rsync'ing also the epylog just needs to be installed I have been looking at the package and it would only need to audit the lockbox logs as all logs are stored there On 9/8/06, Mike McGrath wrote: > On 9/8/06, seth vidal wrote: > > On Fri, 2006-09-08 at 18:08 +0300, Ahmed Kamal wrote: > > > Hi, > > > > > > I am a volunteer. I would like to start wetting my hands with a > > > priority 2 project. I am interested in the log monitoring project. I'm > > > not sure how I can be helpful though, especially that such a project > > > does not yet have a project lead! Unfortunately my Internet > > > connectivity will be a little flaky during the next 6 days (as I'm > > > travelling) nevertheless, I will try to keep a regular eye on the > > > mailing list. > > > > > > Kindly let me know how I can start to get involved (I already have an > > > account) > > > Thanks and Best Regards > > > > we need two items setup, from my perspective: > > > > 1. epylog setup on the syslog server to handle all of our hosts together > > 2. awstats setup and logs rsync'd over from webservers for web log > > analysis. > > - if you need help on this one let me know - there's some easy ways > > to make log > > rsync'ing reasonable. > > > > -sv > > > > > > I actually do have awstats running on fpserv though at present not > available to the public. (I don't trust awstats) Since fpserv > doesn't have direct access to the accounting system we either have to > proxypass from the phx servers or figure out how to get the usernames > and passwords over to fpserv. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From skvidal at linux.duke.edu Fri Sep 8 20:58:19 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 08 Sep 2006 16:58:19 -0400 Subject: [Fedora-infrastructure-list] Log Monitoring volunteer In-Reply-To: <8c9e56490609081242g71ee4933q2f7da576b5886e30@mail.gmail.com> References: <3da3b5b40609080808y26bc3e32hc41b8ae849db8ce3@mail.gmail.com> <1157732915.2054.16.camel@cutter> <3237e4410609080940q2c013e82q4eeb5b73505428cf@mail.gmail.com> <8c9e56490609081242g71ee4933q2f7da576b5886e30@mail.gmail.com> Message-ID: <1157749099.2054.31.camel@cutter> On Fri, 2006-09-08 at 20:42 +0100, Damian Myerscough wrote: > Hi, > > All the log files are now being directed to lockbox their is no need > to rsync'ing also the > epylog just needs to be installed I have been looking at the package > and it would only > need to audit the lockbox logs as all logs are stored there the apache logs aren't being directed to lockbox, are they? -sv From mmcgrath at fedoraproject.org Fri Sep 8 21:37:45 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Fri, 8 Sep 2006 16:37:45 -0500 Subject: [Fedora-infrastructure-list] Log Monitoring volunteer In-Reply-To: <1157749099.2054.31.camel@cutter> References: <3da3b5b40609080808y26bc3e32hc41b8ae849db8ce3@mail.gmail.com> <1157732915.2054.16.camel@cutter> <3237e4410609080940q2c013e82q4eeb5b73505428cf@mail.gmail.com> <8c9e56490609081242g71ee4933q2f7da576b5886e30@mail.gmail.com> <1157749099.2054.31.camel@cutter> Message-ID: <3237e4410609081437qa4aa81euf618db84546ede9d@mail.gmail.com> On 9/8/06, seth vidal wrote: > > the apache logs aren't being directed to lockbox, are they? > no, just syslog stuff and nothing outside of the phx colo. At least at this point. -Mike From damian.myerscough at gmail.com Sat Sep 9 19:28:04 2006 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Sat, 9 Sep 2006 20:28:04 +0100 Subject: [Fedora-infrastructure-list] eyplog Message-ID: <8c9e56490609091228x4622b5c3h79e9b995b2d62ac1@mail.gmail.com> Hey all, I have installed eyplog but sending the log files to fedora-sysadmin-list at redhat.com results into a undelivered message due to attachment limits on the mailling list, does anyone have the correct permissions to change the limit? From linux at elfshadow.net Sat Sep 9 21:25:50 2006 From: linux at elfshadow.net (Jeffrey Tadlock) Date: Sat, 09 Sep 2006 17:25:50 -0400 Subject: [Fedora-infrastructure-list] eyplog In-Reply-To: <8c9e56490609091228x4622b5c3h79e9b995b2d62ac1@mail.gmail.com> References: <8c9e56490609091228x4622b5c3h79e9b995b2d62ac1@mail.gmail.com> Message-ID: <4503315E.30503@elfshadow.net> Damian Myerscough wrote: > I have installed eyplog but sending the log files to > fedora-sysadmin-list at redhat.com results > into a undelivered message due to attachment limits on the mailling > list, does anyone > have the correct permissions to change the limit? The email should probably go to root which should be aliased to admin at fedoraproject.org. You may need to check the /etc/aliases on lockbox to be sure that alias is in place. I believe that is how the other servers are setup. /jft From wtogami at redhat.com Sun Sep 10 21:31:35 2006 From: wtogami at redhat.com (Warren Togami) Date: Sun, 10 Sep 2006 17:31:35 -0400 Subject: [Fedora-infrastructure-list] Hardware Trouble (?) on app1.fedora.phx.redhat.com Message-ID: <45048437.7070607@redhat.com> Both before and after the data center migration to a new rack and new switch, we have occasionally been experiencing network trouble to app1.fedora.phx.redhat.com. Occasionally the host is inaccessible over the network, or ping responses are erratic. Since this happened both before and after the new switch, could this perhaps be hardware trouble? Any opinions of what we should do about this? Perhaps... - More closely monitor, with ping logs over time? - Migrate app1's job to a xen guest on xen2. I assume we have more than enough capacity there? Stacy will be in Arizona again later this month, so he will be able to take a look at our hardware then. Warren Togami wtogami at redhat.com From mmcgrath at fedoraproject.org Sun Sep 10 23:09:59 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 10 Sep 2006 18:09:59 -0500 Subject: [Fedora-infrastructure-list] Hardware Trouble (?) on app1.fedora.phx.redhat.com In-Reply-To: <45048437.7070607@redhat.com> References: <45048437.7070607@redhat.com> Message-ID: <3237e4410609101609w7b435f4di2ab40369248f6f9f@mail.gmail.com> On 9/10/06, Warren Togami wrote: > Both before and after the data center migration to a new rack and new > switch, we have occasionally been experiencing network trouble to > app1.fedora.phx.redhat.com. > > Occasionally the host is inaccessible over the network, or ping > responses are erratic. > > Since this happened both before and after the new switch, could this > perhaps be hardware trouble? > > Any opinions of what we should do about this? Perhaps... > > - More closely monitor, with ping logs over time? > - Migrate app1's job to a xen guest on xen2. I assume we have more than > enough capacity there? > > Stacy will be in Arizona again later this month, so he will be able to > take a look at our hardware then. > > Warren Togami > wtogami at redhat.com > Have we had a specific issue recently? Its interesting because I too have experienced this issue but haven't been able force it to happen. I've also not seen much in the nagios logs though its on a pretty loose monitoring schedule (for example pings are done only once every 10 minutes) -Mike From linux at elfshadow.net Mon Sep 11 00:49:13 2006 From: linux at elfshadow.net (Jeffrey Tadlock) Date: Sun, 10 Sep 2006 20:49:13 -0400 Subject: [Fedora-infrastructure-list] Hardware Trouble (?) on app1.fedora.phx.redhat.com In-Reply-To: <45048437.7070607@redhat.com> References: <45048437.7070607@redhat.com> Message-ID: <4504B289.7040001@elfshadow.net> Warren Togami wrote: > Both before and after the data center migration to a new rack and new > switch, we have occasionally been experiencing network trouble to > app1.fedora.phx.redhat.com. > > Since this happened both before and after the new switch, could this > perhaps be hardware trouble? > > Any opinions of what we should do about this? Perhaps... > > - More closely monitor, with ping logs over time? Closer monitoring would probably be good. Seeing what is happening from the console when these unusual events occur might also provide some insight as to what is really happening. From the IRC log it looks like lmacken was able to produce some "oddities" with an nmap scan of app1 and trying to flush iptables? The firewalls on these boxes have been a little unusual to say the least in the time I have worked on these boxes. Maybe just getting some of the Pyroman configs rolled out will clear some of this up. > - Migrate app1's job to a xen guest on xen2. I assume we have more than > enough capacity there? I don't know if I would do that just yet. app1 performs the exact some duties as app2. So even if app1 were to completely flip out for an extended period of time, app2 would still be there to handle the work load. app2 handled the workload while app1 was rebuilt with no issues. Having app2 around should allow us to look a little closer at the issue without introducing a server shuffle into things. > Stacy will be in Arizona again later this month, so he will be able to > take a look at our hardware then. It might be worth seeing if Stacy can check the switch app1 is plugged into to see if it is reporting any unusual events. If it is truly the NIC flaking out, I would think the switch would see some anomalies from these events as well. As a side note, I may be some time between replies... I am on vacation and away from reliable Internet access for the first part of this week. --Jeffrey From a.badger at gmail.com Mon Sep 11 18:13:17 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 11 Sep 2006 11:13:17 -0700 Subject: [Fedora-infrastructure-list] PackageDB Message-ID: <1157998397.2569.26.camel@localhost> I've updated the wiki page to my latest schema from the weekend: http://www.fedoraproject.org/wiki/Infrastructure/PackageDatabase/Schema And included information on how to check out revisions from a bzr repository I've put up. I made some changes that I perceive as tradeoffs with Elliot's original design. I think it's time to create some of the frontend and see whether we run into those tradeoffs more often than we think we should. I did some more testing of the schema with TurboGears over the weekend and I stumbled across a bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205894 Basically, Foreign Key constraints are broken in the current TurboGears stack (sqlobject is the package that maps python objects to SQL tables). With mysql and sqlite, this doesn't matter as foreign keys aren't doing constraint checking at all (another sqlobject bug) but postgreSQL has working constraint checking and needs the dependency ordering patch from the bug report applied. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lmacken at redhat.com Mon Sep 11 19:15:28 2006 From: lmacken at redhat.com (Luke Macken) Date: Mon, 11 Sep 2006 15:15:28 -0400 Subject: [Fedora-infrastructure-list] Hardware Trouble (?) on app1.fedora.phx.redhat.com In-Reply-To: <4504B289.7040001@elfshadow.net> References: <45048437.7070607@redhat.com> <4504B289.7040001@elfshadow.net> Message-ID: <20060911191528.GB4835@crow.rit.edu> On Sun, Sep 10, 2006 at 08:49:13PM -0400, Jeffrey Tadlock wrote: > Warren Togami wrote: > > Both before and after the data center migration to a new rack and new > > switch, we have occasionally been experiencing network trouble to > > app1.fedora.phx.redhat.com. > > > > Since this happened both before and after the new switch, could this > > perhaps be hardware trouble? > > > > Any opinions of what we should do about this? Perhaps... > > > > - More closely monitor, with ping logs over time? > > Closer monitoring would probably be good. Seeing what is happening from > the console when these unusual events occur might also provide some > insight as to what is really happening. From the IRC log it looks like > lmacken was able to produce some "oddities" with an nmap scan of app1 > and trying to flush iptables? I have experienced this issue with a couple of other machines in the colo, although I cannot remember exactly which ones (proxy[1-4] iirc). I have been successful in reproducing this issue by just `nmap app1` from bastion, and also `sudo /sbin/iptables -F` on app1 itself. I have yet to try these against app1 without any iptables chains loaded (since I cannot flush them). I'm still trying to get the Dell Remote Console switch stuff working so I can get into the KVM and flush them, but I haven't had much time to play with it. > The firewalls on these boxes have been a little unusual to say the least > in the time I have worked on these boxes. Maybe just getting some of > the Pyroman configs rolled out will clear some of this up. I'm ready to deploy pyroman on the app servers at any time, but I have been hesitating because I would like a safetynet just in case something explodes (either through the KVM or the cyclade consoles (anyone have the new information on this?)). luke From mmcgrath at fedoraproject.org Mon Sep 11 19:46:11 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 11 Sep 2006 14:46:11 -0500 Subject: [Fedora-infrastructure-list] Hardware Trouble (?) on app1.fedora.phx.redhat.com In-Reply-To: <20060911191528.GB4835@crow.rit.edu> References: <45048437.7070607@redhat.com> <4504B289.7040001@elfshadow.net> <20060911191528.GB4835@crow.rit.edu> Message-ID: <3237e4410609111246q5653d915s1cdb0b66a8ff387c@mail.gmail.com> On 9/11/06, Luke Macken wrote: > On Sun, Sep 10, 2006 at 08:49:13PM -0400, Jeffrey Tadlock wrote: > > Warren Togami wrote: > > > Both before and after the data center migration to a new rack and new > > > switch, we have occasionally been experiencing network trouble to > > > app1.fedora.phx.redhat.com. > > > > > > Since this happened both before and after the new switch, could this > > > perhaps be hardware trouble? > > > > > > Any opinions of what we should do about this? Perhaps... > > > > > > - More closely monitor, with ping logs over time? > > > > Closer monitoring would probably be good. Seeing what is happening from > > the console when these unusual events occur might also provide some > > insight as to what is really happening. From the IRC log it looks like > > lmacken was able to produce some "oddities" with an nmap scan of app1 > > and trying to flush iptables? > > I have experienced this issue with a couple of other machines in the > colo, although I cannot remember exactly which ones (proxy[1-4] iirc). > I think Stacy replaced our switch, have we experienced these issues on the new switch? Also I know that bastion (and others) had iptables rules that caused burst limits to get dropped. For example if you logged in and did a "cat /var/log/messages" eventually the connection would hang. -Mike From wtogami at redhat.com Mon Sep 11 20:19:06 2006 From: wtogami at redhat.com (Warren Togami) Date: Mon, 11 Sep 2006 16:19:06 -0400 Subject: [Fedora-infrastructure-list] fp.o Mail Server Migration Message-ID: <4505C4BA.7040305@redhat.com> Due to the numerous problems that we're experiencing with fp.o mail relaying (currently losing some mail for an inexplicable reason), bounce handling and spam filtering, we'd like to move forward with migration to fp.o directly handling its own mail in the colo. We are comfortable running it within a xen guest as our load demands are actually rather small. We would need a new internal IP, and a public IP address with only port 25 forwarded from the outside. I will setup one of our xen guests to use that IP and we will test it with a non-production domain name until we are satisfied that we are ready for the fp.o migration. IS folks, What are the steps to move forward on this? Warren Togami wtogami at redhat.com From sbranden at redhat.com Mon Sep 11 20:26:30 2006 From: sbranden at redhat.com (Stacy J. Brandenburg) Date: Mon, 11 Sep 2006 16:26:30 -0400 Subject: [Fedora-infrastructure-list] Re: fp.o Mail Server Migration In-Reply-To: <4505C4BA.7040305@redhat.com> References: <4505C4BA.7040305@redhat.com> Message-ID: <4505C676.2020602@redhat.com> Please send a ticket to network at redhat.com and I will address this from a IP/Name/ACL standpoint. Once you have that in place and your server is ready, we will forward the ticket over to Systems to move mail relay to your machines. Note, I am moving to AZ this week, and I will have spotty email coverage during the move. So it may not be an immediate response, but it should be ready from my part by next Monday at the latest. Warren Togami wrote: > Due to the numerous problems that we're experiencing with fp.o mail > relaying (currently losing some mail for an inexplicable reason), bounce > handling and spam filtering, we'd like to move forward with migration to > fp.o directly handling its own mail in the colo. > > We are comfortable running it within a xen guest as our load demands are > actually rather small. > > We would need a new internal IP, and a public IP address with only port > 25 forwarded from the outside. I will setup one of our xen guests to > use that IP and we will test it with a non-production domain name until > we are satisfied that we are ready for the fp.o migration. > > IS folks, What are the steps to move forward on this? > > Warren Togami > wtogami at redhat.com -- ======================================================== = Stacy J. Brandenburg Red Hat Inc. = = Manager of Network Operations sbranden at redhat.com = = 919-754-4313 http://www.redhat.com = ======================================================== Key ID 0x1828D94D Fingerprint 03F7 43BE 1150 CCFA F57B 54DD AEDB 1C27 1828 D94D From wtogami at redhat.com Tue Sep 12 02:55:09 2006 From: wtogami at redhat.com (Warren Togami) Date: Mon, 11 Sep 2006 22:55:09 -0400 Subject: [Fedora-infrastructure-list] Hardware Trouble (?) on app1.fedora.phx.redhat.com In-Reply-To: <45060921.30406@redhat.com> References: <45048437.7070607@redhat.com> <4504B289.7040001@elfshadow.net> <4504BCF6.1000900@redhat.com> <450546CA.9020605@redhat.com> <45058B7C.9050405@redhat.com> <4505959C.90003@redhat.com> <450607A3.4080900@elfshadow.net> <45060921.30406@redhat.com> Message-ID: <4506218D.2030309@redhat.com> I am not sure who disabled it, but app1 has been running with iptables completely disabled for the past day. Please everyone keep an eye on app1 and report any further anomalies here. Warren Stacy J. Brandenburg wrote: > I do not see anything obvious. But there was a post about rate limiting > being in place. If so that will for sure do it. > > If iptables is run without that portion (assuming iptables is doing it), > does it reoccur? > > > Jeffrey Tadlock wrote: >> Stacy J. Brandenburg wrote: >> >>> I have seen no port bounces. >> >> >> Thanks for looking into it Stacy and posting what you saw. >> >> Warren was right, I didn't want to place blame on the switch (like you >> mentioned, the problem followed the server). I was wondering though >> if the switch was showing anything that might indicate that it was the >> NIC dropping the link on the server side. No port bounces probably >> means it isn't the NIC itself dropping out. >> >> Thanks again! >> >> Jeffrey >> > From wtogami at redhat.com Thu Sep 14 05:45:45 2006 From: wtogami at redhat.com (Warren Togami) Date: Thu, 14 Sep 2006 01:45:45 -0400 Subject: [Fedora-infrastructure-list] Regrets Message-ID: <4508EC89.50302@redhat.com> I will not be able to make today's meeting. I will be traveling to the LTSP hackfest with the goal of integrating K12LTSP into Fedora. Warren From a.badger at gmail.com Thu Sep 14 08:46:56 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 14 Sep 2006 01:46:56 -0700 Subject: [Fedora-infrastructure-list] Translating owners.list to packagedb: unknown accounts Message-ID: <1158223616.3026.29.camel@localhost> Hey packagedb and accounts2 people, As part of filling the test packageDB with data, I'm working on a script that pulls information out of owners.list and enters it into the packageDB. One of the problems is that I've got 631 errors where an email address in owners.list doesn't match with anyone in the current accounts system. So I need to get a handle on how we can fix these issues both short-term and long-term. 1) extras-qa at fedoraproject.org is listed as qa contact on all the Extras Packages. This field is nullable so I've decided that short term, I'll leave this field as NULL. Long term, we can either create an extras-qa user in the accounts system or we can ask the people in Fedora Extras what they want to do with it. Unless there's a better idea, I'll propose to them that we leave this as NULL and only fill the field if there is actually someone who is the qa contact. 2) extras-orphan at fedoraproject.org is for packages which have been abandoned. I thought about letting Null equate to an orphaned package but I think we might want to be notified if someone is modifying an orphaned package so I think setting it to an orphaned user account is better. My long term suggestion is to create a fedora-orphan or extras-orphan user in the account system to handle these. Short term, I'll just set them to go to me instead (heh -- Looks like I'll only have 46 extra packages to pretend to take care of.) 3) fedora-perl-devel-list at redhat.com is watching all perl packages. No matter what, we'll probably create a perl-SIG group in accounts. For SIGs, people should sign up for SIGs in the accounts system and then they will receive all notifications that the SIG would receive. There's another table in the packageDB that handles that. This leads to two long term paths: perl-devel-list will be outdated in this new scheme as everyone interested will just get notification via the SIG. The other path is that people still want notifications to go to the mailing list instead of (or in addition to) subscribing themselves to the perl-SIG. If that's the case we'll have to either create a perl-SIG user in the accounts system or allow groups in the new accounts system to have an email address. lyz, abompard, do you have opinions on this? Short term I'm going to set these to being watched by a non-existent-group. We'll have to fix that before we get group notification working. 4) other emails which are not in the accounts system: This seems to account for 82 errors. I think that most of them are because the user's bugzilla email address is not the same as the accounts system email address. Long Term: Running against the AccountsSystem2 with multiple email addresses. Short Term: I'm going to try to figure out which addresses map to what numbers in the accountsdb. This'll be tedious but we should be able to just make the proper entries into the accounts db later and everything will work. One requirement this introduces to the AccountsDB is being able to ask "for userid 12345, what is that user's bugzilla address?" Alternate short-term ideas that will save work are welcome. Alternate long-term ideas should make good discussion. Code is owners.py in the bzr repository: bzr branch http://www.tiki-lounge.com/~toshio/fedora/fedora-packagedb/ -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at fedoraproject.org Thu Sep 14 16:24:13 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 14 Sep 2006 11:24:13 -0500 Subject: [Fedora-infrastructure-list] Translating owners.list to packagedb: unknown accounts In-Reply-To: <1158223616.3026.29.camel@localhost> References: <1158223616.3026.29.camel@localhost> Message-ID: <3237e4410609140924o5e8ef7b3y36f4e80381dab60b@mail.gmail.com> On 9/14/06, Toshio Kuratomi wrote: > Hey packagedb and accounts2 people, > > As part of filling the test packageDB with data, I'm working on a script > that pulls information out of owners.list and enters it into the > packageDB. One of the problems is that I've got 631 errors where an > email address in owners.list doesn't match with anyone in the current > accounts system. So I need to get a handle on how we can fix these > issues both short-term and long-term. > Unfortunately this is a common problem. I too fit into this category. The new accounting system should probably account for a users bugzilla email. The difficulty is in verifying this and not just trusing what the user says though I don't really know what damage they could do. -Mike From sopwith at gmail.com Thu Sep 14 19:07:35 2006 From: sopwith at gmail.com (Elliot Lee) Date: Thu, 14 Sep 2006 15:07:35 -0400 Subject: [Fedora-infrastructure-list] Translating owners.list to packagedb: unknown accounts In-Reply-To: <3237e4410609140924o5e8ef7b3y36f4e80381dab60b@mail.gmail.com> References: <1158223616.3026.29.camel@localhost> <3237e4410609140924o5e8ef7b3y36f4e80381dab60b@mail.gmail.com> Message-ID: On Sep 14, 2006, at 12:24 PM, Mike McGrath wrote: > On 9/14/06, Toshio Kuratomi wrote: >> Hey packagedb and accounts2 people, >> >> As part of filling the test packageDB with data, I'm working on a >> script >> that pulls information out of owners.list and enters it into the >> packageDB. One of the problems is that I've got 631 errors where an >> email address in owners.list doesn't match with anyone in the current >> accounts system. So I need to get a handle on how we can fix these >> issues both short-term and long-term. >> > > Unfortunately this is a common problem. I too fit into this category. > The new accounting system should probably account for a users > bugzilla email. The difficulty is in verifying this and not just > trusing what the user says though I don't really know what damage they > could do. As long as the new account system allows for multiple email addresses, that should be sufficient. Perhaps down the road it will be useful to add an 'is_bugzilla_account' field in the table listing the email addresses for each account. However, even that is unnecessary if the applications in question have access to the list of all bugzilla accounts and to the new account DB. There is also the corner case to consider where people have multiple bugzilla accounts for their multiple e-mail addresses. Best, -- Elliot From linux at elfshadow.net Thu Sep 14 19:17:36 2006 From: linux at elfshadow.net (Jeffrey Tadlock) Date: Thu, 14 Sep 2006 15:17:36 -0400 Subject: [Fedora-infrastructure-list] Regrets In-Reply-To: <4508EC89.50302@redhat.com> References: <4508EC89.50302@redhat.com> Message-ID: <4509AAD0.4050904@elfshadow.net> I may not be at today's meeting either. Not sure i will be near the computer when 4pm rolls around (still on vacation...) I've been a little quiet on the active accomplishment of things for the past bit. I've been busy prepping for Fedora booth at the Ohio Linux Fest at the end of the month and some day job work things. I hope once that is past I can get back to being more involved with getting things done that need done instead of just active participation in the lists! :) I will catch up via the IRC logs. Thanks! Jeffrey From a.badger at gmail.com Thu Sep 14 19:20:50 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 14 Sep 2006 12:20:50 -0700 Subject: [Fedora-infrastructure-list] Translating owners.list to packagedb: unknown accounts In-Reply-To: References: <1158223616.3026.29.camel@localhost> <3237e4410609140924o5e8ef7b3y36f4e80381dab60b@mail.gmail.com> Message-ID: <1158261650.2919.7.camel@localhost> On Thu, 2006-09-14 at 15:07 -0400, Elliot Lee wrote: > On Sep 14, 2006, at 12:24 PM, Mike McGrath wrote: > > > On 9/14/06, Toshio Kuratomi wrote: > >> Hey packagedb and accounts2 people, > >> > >> As part of filling the test packageDB with data, I'm working on a > >> script > >> that pulls information out of owners.list and enters it into the > >> packageDB. One of the problems is that I've got 631 errors where an > >> email address in owners.list doesn't match with anyone in the current > >> accounts system. So I need to get a handle on how we can fix these > >> issues both short-term and long-term. > >> > > > > Unfortunately this is a common problem. I too fit into this category. > > The new accounting system should probably account for a users > > bugzilla email. The difficulty is in verifying this and not just > > trusing what the user says though I don't really know what damage they > > could do. > The accounts system can query bugzilla to be sure the email address is a valid bugzilla account. > As long as the new account system allows for multiple email > addresses, that should be sufficient. Perhaps down the road it will > be useful to add an 'is_bugzilla_account' field in the table listing > the email addresses for each account. However, even that is > unnecessary if the applications in question have access to the list > of all bugzilla accounts and to the new account DB. > > There is also the corner case to consider where people have multiple > bugzilla accounts for their multiple e-mail addresses. Right. So much better to let the user specify 'is_bugzilla_account' in the accounts system then to have each application query the list of emails, ask bugzilla which of those are also bugzilla accounts, and then guess which of the remaining list of email addresses the user wants their Fedora Project bugzilla-mail to go to. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lyz27 at yahoo.com Thu Sep 14 22:05:33 2006 From: lyz27 at yahoo.com (Tom Lynema) Date: Thu, 14 Sep 2006 17:05:33 -0500 Subject: [Fedora-infrastructure-list] So what happened to the accountsystem2 guys Message-ID: <1158271533.14523.14.camel@localhost> Aurelien and I were quite active on creating a schema that would work correctly for out needs. It was a good time. We were and still are really close to something that appears to be workable. The resulting work is at https://admin.fedoraproject.org/wiki/Infrastructure/AccountSystem2/Schema (the link appears to be down at the moment). We were moving onto writing the actual schema out and getting it validated by a standards body. About that time, Aurelien moved and hasn't talked to me about it in a while. He knew more about LDAP than I and was going to perform these tasks. At this point and time, I am going to move forward on the project without him. That said, I still am not an LDAP expert and would like suggestions and help from the group moving forward. I am still more than willing to help out the infrastructure team. Please don't take the stagnation of this project as a sign that I have lost ambition to be a major part of the team. ~tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Thu Sep 14 22:17:06 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 14 Sep 2006 15:17:06 -0700 Subject: [Fedora-infrastructure-list] So what happened to the accountsystem2 guys In-Reply-To: <1158271533.14523.14.camel@localhost> References: <1158271533.14523.14.camel@localhost> Message-ID: <1158272226.2919.25.camel@localhost> On Thu, 2006-09-14 at 17:05 -0500, Tom Lynema wrote: > Aurelien and I were quite active on creating a schema that would work > correctly for out needs. It was a good time. We were and still are > really close to something that appears to be workable. The resulting > work is at > https://admin.fedoraproject.org/wiki/Infrastructure/AccountSystem2/Schema (the link appears to be down at the moment). > This URL should work: http://www.fedoraproject.org/wiki/Infrastructure/AccountSystem2/Schema Side note: I think there's something screwy with the way admin.fedoraproject.org handles pages that are in the wiki.... > We were moving onto writing the actual schema out and getting it > validated by a standards body. About that time, Aurelien moved and > hasn't talked to me about it in a while. He knew more about LDAP than I > and was going to perform these tasks. > I know nothing about LDAP but -- is there a reason schemas should be validated by a standards body before being tested and used? > At this point and time, I am going to move forward on the project > without him. That said, I still am not an LDAP expert and would like > suggestions and help from the group moving forward. > Cool. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lyz27 at yahoo.com Thu Sep 14 22:40:48 2006 From: lyz27 at yahoo.com (Tom Lynema) Date: Thu, 14 Sep 2006 17:40:48 -0500 Subject: [Fedora-infrastructure-list] So what happened to the accountsystem2 guys In-Reply-To: <1158272226.2919.25.camel@localhost> References: <1158271533.14523.14.camel@localhost> <1158272226.2919.25.camel@localhost> Message-ID: <1158273648.14523.21.camel@localhost> On Thu, 2006-09-14 at 15:17 -0700, Toshio Kuratomi wrote: > On Thu, 2006-09-14 at 17:05 -0500, Tom Lynema wrote: > > Aurelien and I were quite active on creating a schema that would work > > correctly for out needs. It was a good time. We were and still are > > really close to something that appears to be workable. The resulting > > work is at > > https://admin.fedoraproject.org/wiki/Infrastructure/AccountSystem2/Schema (the link appears to be down at the moment). > > > This URL should work: > http://www.fedoraproject.org/wiki/Infrastructure/AccountSystem2/Schema > Side note: I think there's something screwy with the way > admin.fedoraproject.org handles pages that are in the wiki.... > I agree with the screwyness comment. Your link worked. > > We were moving onto writing the actual schema out and getting it > > validated by a standards body. About that time, Aurelien moved and > > hasn't talked to me about it in a while. He knew more about LDAP than I > > and was going to perform these tasks. > > > I know nothing about LDAP but -- is there a reason schemas should be > validated by a standards body before being tested and used? > It's has to do with the custom schema. We can obtain a number that will be unique to us so no one can confuse our schema with someone else's. I don't see it as a necessity though. The governing body is http://www.iana.org/ . > > -Toshio > ~tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From gauret at free.fr Fri Sep 15 11:22:24 2006 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 15 Sep 2006 13:22:24 +0200 Subject: [Fedora-infrastructure-list] So what happened to the accountsystem2 guys In-Reply-To: <1158271533.14523.14.camel@localhost> References: <1158271533.14523.14.camel@localhost> Message-ID: <200609151322.24235.gauret@free.fr> > We were moving onto writing the actual schema out and getting it > validated by a standards body. About that time, Aurelien moved and > hasn't talked to me about it in a while. He knew more about LDAP than I > and was going to perform these tasks. Hey there. Here's my status. Since mid-August, I have moved flats, and my internet connection is down. My FAI is terrible, I spent a lot of time calling the support, etc. I spare you the details. As a result, I only have an internet connection at work, so I can't work as much as I'd like on the Infrastructure project. The time I can spare for the Fedora project at work has been spend rebuilding and fixing my Extras packages, since FC6 is coming. That's also why I'm never there at IRC meetings, and I have little time for mailing-lists. I'm sorry to have let you down on this guys, but I really wish I could work more on this. As soon as my internet connection is up, I'll resume my work, but for the moment please don't let me slow you down. But as the big robot guy with black glasses said : I'll be back. Aur?lien. -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr One OS to hook them all One browser to find them One word processor to bring them all And in monopoly, bind them... From wtogami at redhat.com Sun Sep 17 18:38:47 2006 From: wtogami at redhat.com (Warren Togami) Date: Sun, 17 Sep 2006 14:38:47 -0400 Subject: [Fedora-infrastructure-list] smtp.fedora.phx.redhat.com Assigned Message-ID: <450D9637.6070608@redhat.com> OK great, we should be able to setup our own SMTP server now, test it with a different domain name, then switch when we are ready. We can put it one of the xen hosts. I return on Wednesday. If someone else wants to setup the xen host before then please go ahead. mmcgrath knows the login info. Warren Togami wtogami at redhat.com -------- Original Message -------- Date: Sun, 17 Sep 2006 14:13:09 -0400 From: Stacy Brandenburg 10.8.34.54 smtp.fedora.phx.redhat.com 209.132.276.64 smtp.fedora.redhat.com rtr acl 680 permit tcp any host 209.132.176.64 eq smtp FW static (fedora-cvs,external) 209.132.176.64 10.8.34.54 netmask 255.255.255.255 Should be good to go. From ryan.ordway at oregonstate.edu Wed Sep 20 21:30:46 2006 From: ryan.ordway at oregonstate.edu (Ryan Ordway) Date: Wed, 20 Sep 2006 14:30:46 -0700 Subject: [Fedora-infrastructure-list] Regrets In-Reply-To: <4508EC89.50302@redhat.com> References: <4508EC89.50302@redhat.com> Message-ID: <1158787846.3027.460.camel@vodka.library.oregonstate.edu> On Thu, 2006-09-14 at 01:45 -0400, Warren Togami wrote: > I will not be able to make today's meeting. I will be traveling to the > LTSP hackfest with the goal of integrating K12LTSP into Fedora. Awesome! FYI, I'm running LTSP on Redhat Enterprise 4. I would love to see it integrated into Fedora and potentially RHEL. Ryan -- Ryan Ordway E-mail: ryan.ordway at oregonstate.edu Unix Systems Administrator rordway at library.oregonstate.edu Oregon State University Libraries 121 The Valley Library Office: The Valley Library #4657 Corvallis, OR 97331 Desk Phone: 541.737.8972 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ryan.ordway at oregonstate.edu Thu Sep 21 19:06:05 2006 From: ryan.ordway at oregonstate.edu (Ryan Ordway) Date: Thu, 21 Sep 2006 12:06:05 -0700 Subject: [Fedora-infrastructure-list] meeting today In-Reply-To: <4509AAD0.4050904@elfshadow.net> References: <4508EC89.50302@redhat.com> <4509AAD0.4050904@elfshadow.net> Message-ID: <1158865565.3027.516.camel@vodka.library.oregonstate.edu> I have to run home today, both the wife and kid are sick so I'm going to have to miss the meeting today. I'll catch up with the IRC logs this evening. -- Ryan Ordway E-mail: ryan.ordway at oregonstate.edu Unix Systems Administrator rordway at library.oregonstate.edu Oregon State University Libraries 121 The Valley Library Office: The Valley Library #4657 Corvallis, OR 97331 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at fedoraproject.org Thu Sep 21 21:33:34 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 21 Sep 2006 16:33:34 -0500 Subject: [Fedora-infrastructure-list] Project needs taker. Message-ID: <3237e4410609211433x330c54a3h2405855629f7ceb4@mail.gmail.com> Simple project, easy way to start getting involved with our infrastructure and learning whats out there. We need someone to take the first project listed on the Schedule page: http://fedoraproject.org/wiki/Infrastructure/Schedule Which is basically desiging and making the https://admin.fedoraproject.org/ index page. Anyone who's interested just edit the schedule page and put your name down as the project leader. -Mike From damian.myerscough at gmail.com Thu Sep 21 23:00:50 2006 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Fri, 22 Sep 2006 00:00:50 +0100 Subject: [Fedora-infrastructure-list] Project needs taker. In-Reply-To: <3237e4410609211433x330c54a3h2405855629f7ceb4@mail.gmail.com> References: <3237e4410609211433x330c54a3h2405855629f7ceb4@mail.gmail.com> Message-ID: <8c9e56490609211600m2154692dy28fff6aedc907b74@mail.gmail.com> What content has to be on the page? On 21/09/06, Mike McGrath wrote: > Simple project, easy way to start getting involved with our > infrastructure and learning whats out there. We need someone to take > the first project listed on the Schedule page: > > http://fedoraproject.org/wiki/Infrastructure/Schedule > > Which is basically desiging and making the > https://admin.fedoraproject.org/ index page. Anyone who's interested > just edit the schedule page and put your name down as the project > leader. > > -Mike > > _______________________________________________ > Fedora-infrastructure-list mailing list > Fedora-infrastructure-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list > From mmcgrath at fedoraproject.org Fri Sep 22 00:18:10 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 21 Sep 2006 19:18:10 -0500 Subject: [Fedora-infrastructure-list] Project needs taker. In-Reply-To: <8c9e56490609211600m2154692dy28fff6aedc907b74@mail.gmail.com> References: <3237e4410609211433x330c54a3h2405855629f7ceb4@mail.gmail.com> <8c9e56490609211600m2154692dy28fff6aedc907b74@mail.gmail.com> Message-ID: <3237e4410609211718i7d2e0620wad081890142d28e1@mail.gmail.com> On 9/21/06, Damian Myerscough wrote: > What content has to be on the page? > Just links to our various sites on admin.fedoraproject.org. Ticketing system, accounting, our Infrastructure site on the wiki, etc. -Mike From damian.myerscough at gmail.com Sun Sep 24 14:02:34 2006 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Sun, 24 Sep 2006 15:02:34 +0100 Subject: [Fedora-infrastructure-list] Away Message-ID: <8c9e56490609240702i514fa742xa5b3fcf6eab67b6f@mail.gmail.com> hey all, I won't be able to make it to the meetings for a few weeks not sure how long as I am moving and I am also starting my second year at university. I need to sort out getting the Internet at my new accommodation. I need to change the project lead on the hardware tracker to Infrastructure Team as the developer I was working with has also started university and is unable to contribute until he finished his final year. Anyways I hope to still be able to help and Ill try get on IRC but the University I think have this blocked, Ill also continue to update the servers via RHN. I will be able to check my mail daily hopefully using the university network so if anyone need to contact me I should be able to reply. Thanks From ryan.ordway at oregonstate.edu Mon Sep 25 22:11:16 2006 From: ryan.ordway at oregonstate.edu (Ryan Ordway) Date: Mon, 25 Sep 2006 15:11:16 -0700 Subject: [Fedora-infrastructure-list] Project needs taker. In-Reply-To: <3237e4410609211718i7d2e0620wad081890142d28e1@mail.gmail.com> References: <3237e4410609211433x330c54a3h2405855629f7ceb4@mail.gmail.com> <8c9e56490609211600m2154692dy28fff6aedc907b74@mail.gmail.com> <3237e4410609211718i7d2e0620wad081890142d28e1@mail.gmail.com> Message-ID: <1159222276.3027.580.camel@vodka.library.oregonstate.edu> On Thu, 2006-09-21 at 19:18 -0500, Mike McGrath wrote: > On 9/21/06, Damian Myerscough wrote: > > What content has to be on the page? > > > > Just links to our various sites on admin.fedoraproject.org. Ticketing > system, accounting, our Infrastructure site on the wiki, etc. > If nobody has taken this already, I could take a stab at it. Ryan -- Ryan Ordway E-mail: ryan.ordway at oregonstate.edu Unix Systems Administrator rordway at library.oregonstate.edu Oregon State University Libraries 121 The Valley Library Office: The Valley Library #4657 Corvallis, OR 97331 Desk Phone: 541.737.8972 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ryan.ordway at oregonstate.edu Mon Sep 25 22:17:39 2006 From: ryan.ordway at oregonstate.edu (Ryan Ordway) Date: Mon, 25 Sep 2006 15:17:39 -0700 Subject: [Fedora-infrastructure-list] meeting today In-Reply-To: <1158865565.3027.516.camel@vodka.library.oregonstate.edu> References: <4508EC89.50302@redhat.com> <4509AAD0.4050904@elfshadow.net> <1158865565.3027.516.camel@vodka.library.oregonstate.edu> Message-ID: <1159222659.3027.585.camel@vodka.library.oregonstate.edu> On Thu, 2006-09-21 at 12:06 -0700, Ryan Ordway wrote: > I have to run home today, both the wife and kid are sick so I'm going to > have to miss the meeting today. I'll catch up with the IRC logs this > evening. So... while I thought I was registering for a Tuesday afternoon class, I apparently registered for a Thursday afternoon class that happens to overlap with most of the Thursday FC admin meeting. So at least for the next few months I will have to keep up with IRC logs and the mailing list. :-( -- Ryan Ordway E-mail: ryan.ordway at oregonstate.edu Unix Systems Administrator rordway at library.oregonstate.edu Oregon State University Libraries 121 The Valley Library Office: The Valley Library #4657 Corvallis, OR 97331 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at fedoraproject.org Tue Sep 26 00:05:01 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 25 Sep 2006 19:05:01 -0500 Subject: [Fedora-infrastructure-list] Project needs taker. In-Reply-To: <1159222276.3027.580.camel@vodka.library.oregonstate.edu> References: <3237e4410609211433x330c54a3h2405855629f7ceb4@mail.gmail.com> <8c9e56490609211600m2154692dy28fff6aedc907b74@mail.gmail.com> <3237e4410609211718i7d2e0620wad081890142d28e1@mail.gmail.com> <1159222276.3027.580.camel@vodka.library.oregonstate.edu> Message-ID: <3237e4410609251705n728da65ay6c557c010e276655@mail.gmail.com> On 9/25/06, Ryan Ordway wrote: > On Thu, 2006-09-21 at 19:18 -0500, Mike McGrath wrote: > > On 9/21/06, Damian Myerscough wrote: > > > What content has to be on the page? > > > > > > > Just links to our various sites on admin.fedoraproject.org. Ticketing > > system, accounting, our Infrastructure site on the wiki, etc. > > > > If nobody has taken this already, I could take a stab at it. > > Ryan Whoever wants it just put your name in the schedule on the wiki :D -Mike From a.badger at gmail.com Tue Sep 26 06:11:45 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 25 Sep 2006 23:11:45 -0700 Subject: [Fedora-infrastructure-list] owners.list to PackageDB translation status and opinions Message-ID: <1159251105.2864.54.camel@localhost> Hey guys, I'm working on a script to parse owners.list and import it into the new PackageDB. So far, the biggest hurdle has been that some email addresses in owners.list do not match with the email addresses in the accounts system. I've tracked most of these down with a few exceptions and caveats. extras-qa [] fedoraproject.org: This is the initial qa contact that is entered into bugzilla for bugs on a package. I'd like to discard this information and start fresh in the new packageDB. If a qa-contact should be applied to the package then it should be entered for each package, otherwise there will be no qa-contact. If we are currently using extras-qa to do something useful please let me know so we can work out what's sane to do here. extras-orphan [] fedoraproject.org: For orphaned packages. I think we're going to create an orphan account to fill this. fedora-perl-devel-list [] redhat.com: It appears that perl packages are adding this mailing list to the initial CC list. In the new packageDB, the plan is to have SIG-groups that can watch a package. People in the SIG would get emailed whenever the SIG was modified. Would this be an acceptable alternative or do people want mail to go specifically to the mailing list? Unknown owner: jylitalo [] iki fi: xplanet This package looks like an import from fedora.us times and the rebuilds in FE seem to have been done by someone other than the packager. I'll ping the packager to see if he wants to orphan it. Unknown initialCClist members: aaron.bennett [] olin.edu: ifplugd carsten [] dvdisaster.de: dvdisaster gary_lerhaupt [] dell.com: dkms jwz [] jwz.org: xscreensaver loic [] gnu.org: cal3d, openalpp, osgal, osgcal, poker-engine, poker-eval, pypoker-eval ludovic.rousseau [] gmail.com: pcsc-lite, pcsc-perl, pcsc-tools mystilleef [] gmail.com: scribes pmatilai [] laiskiainen.org: apt, fedora-package-config-apt, synaptic It looks to me as though these are email addresses for upstream maintainers and interested parties within the Fedora Community that have no active packages. In the current packageDB schema, all the references to people ask for further information from the accounts system. This should help with the current out-of-syncedness we see between owners.list/bugzilla and the accounts system. However, it causes problems when we want to add people to the initialCClist that are not in the accountsDB. I see several possible solutions: 1) Allow packagers to add an account for the upstream person in the accountsDB. This account is a member of no groups and has no rights but will be notified of changes to the Fedora Package. 2) Have the upstream person register their bugzilla email address in the accountsDB and sign up for the packages they want to watch themselves. 3) Allow arbitrary email addresses into the packageDB watchers field instead of accountDB id's. Note that the watcher role currently watches more than just bugzilla. (It is also informed of package commits and other per-package notifications.) I think #1 is closer to what we have now than the other two but upstream maintainers may not want to get cvs commit messages for spec file changes. Maybe defining a bugzilla-watcher group combined with #1 would be the best choice? If you have an idea feel free to send it, otherwise I'll forge ahead on the path I've outlined. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Tue Sep 26 08:27:20 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 26 Sep 2006 10:27:20 +0200 Subject: [Fedora-infrastructure-list] owners.list to PackageDB translation status and opinions In-Reply-To: <1159251105.2864.54.camel@localhost> References: <1159251105.2864.54.camel@localhost> Message-ID: <20060926102720.ce7307aa.bugs.michael@gmx.net> On Mon, 25 Sep 2006 23:11:45 -0700, Toshio Kuratomi wrote: > Hey guys, > > I'm working on a script to parse owners.list and import it into the new > PackageDB. So far, the biggest hurdle has been that some email > addresses in owners.list do not match with the email addresses in the > accounts system. I've tracked most of these down with a few exceptions > and caveats. > > extras-qa [] fedoraproject.org: This is the initial qa contact that is > entered into bugzilla for bugs on a package. I'd like to discard this > information and start fresh in the new packageDB. If a qa-contact > should be applied to the package then it should be entered for each > package, otherwise there will be no qa-contact. AFAIK, this is a placeholder address because bugzilla requires it. Discarding it should only be done if the script, which feeds bugzilla, understands that. > extras-orphan [] fedoraproject.org: For orphaned packages. I think > we're going to create an orphan account to fill this. nobody [] fedoraproject.org should suffice. "Unused" accounts are not so good. > Unknown initialCClist members: > aaron.bennett [] olin.edu: ifplugd > carsten [] dvdisaster.de: dvdisaster > gary_lerhaupt [] dell.com: dkms > jwz [] jwz.org: xscreensaver > loic [] gnu.org: cal3d, openalpp, osgal, osgcal, poker-engine, > poker-eval, pypoker-eval > ludovic.rousseau [] gmail.com: pcsc-lite, pcsc-perl, pcsc-tools > mystilleef [] gmail.com: scribes > pmatilai [] laiskiainen.org: apt, fedora-package-config-apt, synaptic Most (or all?) of these should be valid bugzilla account e-mail addresses, though, which is _the_ point of adding them to Cc of bugzilla tickets. From damian.myerscough at gmail.com Tue Sep 26 12:32:11 2006 From: damian.myerscough at gmail.com (Damian Myerscough) Date: Tue, 26 Sep 2006 13:32:11 +0100 Subject: [Fedora-infrastructure-list] Meeting Logs Message-ID: <8c9e56490609260532j3d891921v7be8d664bbd94651@mail.gmail.com> Hey, Is it possible that someone take logs at the meeting and send them out, we should possible get a BOT that does this that just sits in the channel loggin the meetings then send out the meeting logs. This way I still have a feeling of what is gonig on, thanks From linux at elfshadow.net Tue Sep 26 12:41:10 2006 From: linux at elfshadow.net (Jeffrey Tadlock) Date: Tue, 26 Sep 2006 08:41:10 -0400 Subject: [Fedora-infrastructure-list] Meeting Logs In-Reply-To: <8c9e56490609260532j3d891921v7be8d664bbd94651@mail.gmail.com> References: <8c9e56490609260532j3d891921v7be8d664bbd94651@mail.gmail.com> Message-ID: <45191FE6.2000006@elfshadow.net> Damian Myerscough wrote: > Is it possible that someone take logs at the meeting and send them > out, I tend to have logs of the meetings on most occasions. I can start posting them to the list/wiki after the meetings. I know this is the second request to have the logs posted on a regular basis. --Jeffrey From lyz27 at yahoo.com Tue Sep 26 15:35:37 2006 From: lyz27 at yahoo.com (Tom Lynema) Date: Tue, 26 Sep 2006 08:35:37 -0700 (PDT) Subject: [Fedora-infrastructure-list] LDAP OID Message-ID: <20060926153537.2850.qmail@web80606.mail.yahoo.com> I've been working on the schema files, but it's turning out that we really do need an enterprise oid. Will someone on the RedHat side fill out the form at http://www.iana.org/cgi-bin/enterprise.pl and give me the OID that results so I may put it in the schema files? ~lyz From gauret at free.fr Tue Sep 26 16:26:17 2006 From: gauret at free.fr (Aurelien Bompard) Date: Tue, 26 Sep 2006 18:26:17 +0200 Subject: [Fedora-infrastructure-list] Back Message-ID: <200609261826.18609.gauret@free.fr> Dudes, I have good news : my internet connection is back. As soon as I'm done with the backlog (9000+ emails, spamassassin filtered it out to 2500+, yum yum) I'll be able to resume working with you. I'm looking forward to it. Bye, Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Science sans conscience n'est que ruine de l'?me." -- Rabelais From wtogami at redhat.com Wed Sep 27 18:40:42 2006 From: wtogami at redhat.com (Warren Togami) Date: Wed, 27 Sep 2006 14:40:42 -0400 Subject: [Fedora-infrastructure-list] Xen Server and Network Tracking Message-ID: <451AC5AA.4060106@redhat.com> Xen Server and Network Tracking =============================== http://fedoraproject.org/wiki/InfrastructurePrivate/PhoenixServers/XenServers Please track Xen guests and network assignments on this page. Template Installed ================== I have a template xen guest installed with yesterday's rawhide on /dev/mapper/VolGroup00-template of xen1. The template has its networking disabled. If you copy the template to create another guest, get an IP address assigned, then add it to /etc/sysconfig/network-scripts/ifcfg-eth0 before enabling it. Although I am not sure how useful it is to use this template, given that you can use anaconda to install a new xen guest within minutes. Any ideas of the best way to make an image file of this LVM volume so that we can easily copy it to the xen2 server? Warren Togami wtogami at redhat.com From mmcgrath at fedoraproject.org Wed Sep 27 18:48:50 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 27 Sep 2006 13:48:50 -0500 Subject: [Fedora-infrastructure-list] Xen Server and Network Tracking In-Reply-To: <451AC5AA.4060106@redhat.com> References: <451AC5AA.4060106@redhat.com> Message-ID: <3237e4410609271148h3f4d0c63yeafd46287ca1f647@mail.gmail.com> On 9/27/06, Warren Togami wrote: > Xen Server and Network Tracking > =============================== > http://fedoraproject.org/wiki/InfrastructurePrivate/PhoenixServers/XenServers > Please track Xen guests and network assignments on this page. > > Template Installed > ================== > I have a template xen guest installed with yesterday's rawhide on > /dev/mapper/VolGroup00-template of xen1. The template has its > networking disabled. If you copy the template to create another guest, > get an IP address assigned, then add it to > /etc/sysconfig/network-scripts/ifcfg-eth0 before enabling it. > > Although I am not sure how useful it is to use this template, given that > you can use anaconda to install a new xen guest within minutes. > > Any ideas of the best way to make an image file of this LVM volume so > that we can easily copy it to the xen2 server? dd would be my best guess. -Mike From dennis at ausil.us Wed Sep 27 19:13:16 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 27 Sep 2006 14:13:16 -0500 Subject: [Fedora-infrastructure-list] Xen Server and Network Tracking In-Reply-To: <451AC5AA.4060106@redhat.com> References: <451AC5AA.4060106@redhat.com> Message-ID: <200609271413.21480.dennis@ausil.us> On Wednesday 27 September 2006 13:40, Warren Togami wrote: > Xen Server and Network Tracking > =============================== > http://fedoraproject.org/wiki/InfrastructurePrivate/PhoenixServers/XenServe >rs Please track Xen guests and network assignments on this page. > > Template Installed > ================== > I have a template xen guest installed with yesterday's rawhide on > /dev/mapper/VolGroup00-template of xen1. The template has its > networking disabled. If you copy the template to create another guest, > get an IP address assigned, then add it to > /etc/sysconfig/network-scripts/ifcfg-eth0 before enabling it. > > Although I am not sure how useful it is to use this template, given that > you can use anaconda to install a new xen guest within minutes. > > Any ideas of the best way to make an image file of this LVM volume so > that we can easily copy it to the xen2 server? I don't think we really need a template. What i think would be better is a script that we pass a few paramaters to and creates a lvm volume and gets the install started. I guess we could pass to the script the guest name, the size of the logical volume and the distro to install we could keep in in hardcoded things like ram (512mb probably sane can be changed later) and the paths to the distros to install. and have an optional kickstart config path From mmcgrath at fedoraproject.org Wed Sep 27 20:05:41 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 27 Sep 2006 15:05:41 -0500 Subject: [Fedora-infrastructure-list] Xen Server and Network Tracking In-Reply-To: <200609271413.21480.dennis@ausil.us> References: <451AC5AA.4060106@redhat.com> <200609271413.21480.dennis@ausil.us> Message-ID: <3237e4410609271305o272fc7a3le77ef8d037dbd95c@mail.gmail.com> On 9/27/06, Dennis Gilmore wrote: > On Wednesday 27 September 2006 13:40, Warren Togami wrote: > > Xen Server and Network Tracking > > =============================== > > http://fedoraproject.org/wiki/InfrastructurePrivate/PhoenixServers/XenServe > >rs Please track Xen guests and network assignments on this page. > > > > Template Installed > > ================== > > I have a template xen guest installed with yesterday's rawhide on > > /dev/mapper/VolGroup00-template of xen1. The template has its > > networking disabled. If you copy the template to create another guest, > > get an IP address assigned, then add it to > > /etc/sysconfig/network-scripts/ifcfg-eth0 before enabling it. > > > > Although I am not sure how useful it is to use this template, given that > > you can use anaconda to install a new xen guest within minutes. > > > > Any ideas of the best way to make an image file of this LVM volume so > > that we can easily copy it to the xen2 server? > I don't think we really need a template. What i think would be better is a > script that we pass a few paramaters to and creates a lvm volume and gets > the install started. > > I guess we could pass to the script the guest name, the size of the logical > volume and the distro to install we could keep in in hardcoded things like > ram (512mb probably sane can be changed later) and the paths to the > distros to install. > > and have an optional kickstart config path > Yeah I'd have to agree with this in an LVM environment. I'd always used templates but I also typically use xen with actual files on the filesystem. On second thought it may not work as well with a LVM setup :( -Mike From wtogami at redhat.com Wed Sep 27 21:02:35 2006 From: wtogami at redhat.com (Warren Togami) Date: Wed, 27 Sep 2006 17:02:35 -0400 Subject: [Fedora-infrastructure-list] Xen Server and Network Tracking In-Reply-To: <3237e4410609271305o272fc7a3le77ef8d037dbd95c@mail.gmail.com> References: <451AC5AA.4060106@redhat.com> <200609271413.21480.dennis@ausil.us> <3237e4410609271305o272fc7a3le77ef8d037dbd95c@mail.gmail.com> Message-ID: <451AE6EB.50605@redhat.com> Mike McGrath wrote: >> I don't think we really need a template. What i think would be better >> is a >> script that we pass a few paramaters to and creates a lvm volume and >> gets >> the install started. >> >> I guess we could pass to the script the guest name, the size of the >> logical >> volume and the distro to install we could keep in in hardcoded things >> like >> ram (512mb probably sane can be changed later) and the paths to the >> distros to install. >> >> and have an optional kickstart config path >> > > Yeah I'd have to agree with this in an LVM environment. I'd always > used templates but I also typically use xen with actual files on the > filesystem. On second thought it may not work as well with a LVM > setup :( > I'm removing the template because it is quick and easy enough to do a regular xenguest-install. Plus, we should be testing the installer often anyway. =) http://fedoraproject.org/wiki/InfrastructurePrivate/PhoenixServers/XenServers I'm adding more details and HOWTO's here too. Warren Togami wtogami at redhat.com From Christian.Iseli at licr.org Wed Sep 27 21:59:53 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 27 Sep 2006 23:59:53 +0200 Subject: [Fedora-infrastructure-list] Absent (Sep 28, 2006) Message-ID: <20060927235953.4fe90d77@ludwig-alpha> Hi gang, Tomorrow, I'll be absent from the FESCo and infrastructure meetings: I'm a voluntary fire fighter in my hometown and we have a training exercise tomorrow evening (MET) right at the same time as the IRC meetings... Cheers, C From linux at elfshadow.net Thu Sep 28 20:33:53 2006 From: linux at elfshadow.net (Jeffrey Tadlock) Date: Thu, 28 Sep 2006 16:33:53 -0400 Subject: [Fedora-infrastructure-list] IRC Meeting Log - 9/28/06 Message-ID: <451C31B1.1010608@elfshadow.net> Short meeting today. IRC Log attached. --Jeffrey -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: infra_irc_log_9-28-06.txt URL: From sundaram at fedoraproject.org Tue Sep 26 15:52:30 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 26 Sep 2006 21:22:30 +0530 Subject: [Fedora-infrastructure-list] Re: owners.list to PackageDB translation status and opinions In-Reply-To: <1159251105.2864.54.camel@localhost> References: <1159251105.2864.54.camel@localhost> Message-ID: <45194CBE.4080007@fedoraproject.org> Toshio Kuratomi wrote: > Hey guys, > > I'm working on a script to parse owners.list and import it into the new > PackageDB. So far, the biggest hurdle has been that some email > addresses in owners.list do not match with the email addresses in the > accounts system. I've tracked most of these down with a few exceptions > and caveats. > > extras-qa [] fedoraproject.org: This is the initial qa contact that is > entered into bugzilla for bugs on a package. I'd like to discard this > information and start fresh in the new packageDB. If a qa-contact > should be applied to the package then it should be entered for each > package, otherwise there will be no qa-contact. If we are currently > using extras-qa to do something useful please let me know so we can work > out what's sane to do here. > > extras-orphan [] fedoraproject.org: For orphaned packages. I think > we're going to create an orphan account to fill this. > Is there any particular reason this should be changed from nobody [] fedoraproject.org? Rahul