On Mon, 16 Nov 2009, Ricky Zhou wrote:
Thanks to Sijis for pointing this need out.
diff --git a/modules/fedora-web/files/redirects.conf
b/modules/fedora-web/files/redirects.conf
index a88613f..a679ebd 100644
--- a/modules/fedora-web/files/redirects.conf
+++
On Mon, Nov 16, 2009 at 02:50:26PM -0500, Ricky Zhou wrote:
Thanks to Sijis for pointing this need out.
diff --git a/modules/fedora-web/files/redirects.conf
b/modules/fedora-web/files/redirects.conf
index a88613f..a679ebd 100644
--- a/modules/fedora-web/files/redirects.conf
+++
Thanks to Sijis for pointing this need out.
diff --git a/modules/fedora-web/files/redirects.conf
b/modules/fedora-web/files/redirects.conf
index a88613f..a679ebd 100644
--- a/modules/fedora-web/files/redirects.conf
+++ b/modules/fedora-web/files/redirects.conf
@@ -9,3 +9,8 @@ RewriteRule
On Mon, Nov 16, 2009 at 1:50 PM, Ricky Zhou ri...@fedoraproject.org wrote:
Thanks to Sijis for pointing this need out.
diff --git a/modules/fedora-web/files/redirects.conf
b/modules/fedora-web/files/redirects.conf
index a88613f..a679ebd 100644
--- a/modules/fedora-web/files/redirects.conf
that those links go to
something especially for the F12 release (although fp.o is already
currently full of these broken links for F11 docs).
If this is fine with you guys, here's a change request to add redirects
for those two to the docs.fp.o index page where visitors can choose
their language
On 2009-11-11 03:53:25 PM, Ricky Zhou wrote:
If this is fine with you guys, here's a change request to add
redirects for those two to the docs.fp.o index page where visitors can
choose their language and version of the document they want.
--
diff --git a/modules/fedora-docs/files/fedora
On Thu, 5 Nov 2009, matt_dom...@dell.com wrote:
all MM apps running on bapp1 are stalled because pgpool is hung. MM has lots
of connections to pgpool, more than it can handle. Until this is understood,
go back to not using pgpool for MM.
diff --git
On 2009-11-05 03:08:15 PM, matt_dom...@dell.com wrote:
all MM apps running on bapp1 are stalled because pgpool is hung. MM has lots
of connections to pgpool, more than it can handle. Until this is understood,
go back to not using pgpool for MM.
diff --git
I'd like to remove the following files from /srv/web/review-stats/
rm -rf tmppVPdGv tmpJYphwq tmp0OL7_T tmp_E_x5e ACCEPT.html REJECT.html
REVIEW.html
Very trivial, but we're still change frozen so 2 +1's?
-Mike
___
Fedora-infrastructure-list
On Tue, 20 Oct 2009, Mike McGrath wrote:
I'd like to remove the following files from /srv/web/review-stats/
rm -rf tmppVPdGv tmpJYphwq tmp0OL7_T tmp_E_x5e ACCEPT.html REJECT.html
REVIEW.html
Very trivial, but we're still change frozen so 2 +1's?
+1 and maybe add a tmpreaper?
-sv
On Tue, Oct 20, 2009 at 03:47:35PM -0400, Seth Vidal wrote:
On Tue, 20 Oct 2009, Mike McGrath wrote:
I'd like to remove the following files from /srv/web/review-stats/
rm -rf tmppVPdGv tmpJYphwq tmp0OL7_T tmp_E_x5e ACCEPT.html REJECT.html
REVIEW.html
Very trivial, but we're still change
We already did this online, it was a security update to db2 and db3.
Fixes postgres CVE-2007-2138.
-Mike
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
On Mon, Oct 12, 2009 at 3:24 PM, Seth Vidal skvi...@fedoraproject.org wrote:
On Mon, 12 Oct 2009, Mike McGrath wrote:
We already did this online, it was a security update to db2 and db3.
Fixes postgres CVE-2007-2138.
+1
did a +1 on IRC already... here for posterity.
--
Stephen J
On Thu, Oct 08, 2009 at 12:11:13AM -0400, Ricky Zhou wrote:
On 2009-10-07 11:07:53 PM, Nick Bebout wrote:
I'd like to request approval (on behalf of Susmit) to do the following
(As outlined in the FreeMedia Infrastructure SOP):
cd /puppet/modules/freemedia/files
cp
I'd like to request approval (on behalf of Susmit) to do the following
(As outlined in the FreeMedia Infrastructure SOP):
cd /puppet/modules/freemedia/files
cp FreeMedia-form.html.orig FreeMedia-form.html
git commit -a -m 'opening freemedia form for month `date +%B`'
git push
And a few days
On 2009-10-07 11:07:53 PM, Nick Bebout wrote:
I'd like to request approval (on behalf of Susmit) to do the following
(As outlined in the FreeMedia Infrastructure SOP):
cd /puppet/modules/freemedia/files
cp FreeMedia-form.html.orig FreeMedia-form.html
git commit -a -m 'opening freemedia form
-list-boun...@redhat.com] On Behalf Of susmit
shannigrahi
Sent: Wednesday, October 07, 2009 11:18 PM
To: Fedora Infrastructure
Subject: Re: [CHANGE REQUEST] Open freemedia form for October
Not a big deal, but watch out for the backticks inside of single quotes
:-)
Spelling mistake. ;)
Changing
Id like to update the koji theming
i need to install the rpms from
http://koji.fedoraproject.org/koji/taskinfo?taskID=1629426 and apply a small
hotfix to kojiweb https://fedorahosted.org/fedora-infrastructure/ticket/1628
the impact is minimal and easily reversed. all changes are upstream. Ill
On Mon, Aug 24, 2009 at 6:32 PM, Dennis Gilmoreden...@ausil.us wrote:
Id like to update the koji theming
i need to install the rpms from
http://koji.fedoraproject.org/koji/taskinfo?taskID=1629426 and apply a small
hotfix to kojiweb https://fedorahosted.org/fedora-infrastructure/ticket/1628
I'd like to do the hotfix described here:
https://fedorahosted.org/fedora-infrastructure/ticket/1622
Changes are already upstream.
-Mike
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
PM
To: Fedora Infrastructure List
Subject: smolt change request
I'd like to do the hotfix described here:
https://fedorahosted.org/fedora-infrastructure/ticket/1622
Changes are already upstream.
-Mike
___
Fedora-infrastructure-list mailing list
On 2009-08-21 01:36:01 PM, Mike McGrath wrote:
I'd like to do the hotfix described here:
https://fedorahosted.org/fedora-infrastructure/ticket/1622
Changes are already upstream.
+1
Thanks,
Ricky
pgpsKoz8PJ4eq.pgp
Description: PGP signature
___
There is a bug related to Mercurial-1.2.x that is boring some of our
translators when using Transifex[1].
Could I have +1's for updating it with the following version?
https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5
[1] http://transifex.org/ticket/279
Regards
--
Diego Búrigo
There's been a request to update mercurial on app1 from
mercurial-1.2-2.el5.1 to mercurial-1.3.1-3.el5 which is the latest in epel
2+1's?
-Mike
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
ignore this one
On Thu, 20 Aug 2009, Mike McGrath wrote:
There's been a request to update mercurial on app1 from
mercurial-1.2-2.el5.1 to mercurial-1.3.1-3.el5 which is the latest in epel
2+1's?
-Mike
___
Fedora-infrastructure-list
On Thu, 20 Aug 2009, Diego Búrigo Zacarão wrote:
There is a bug related to Mercurial-1.2.x that is boring some of our
translators when using Transifex[1].
Could I have +1's for updating it with the following version?
https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5
[1]
On 2009-08-20 02:59:03 PM, Diego Búrigo Zacarão wrote:
There is a bug related to Mercurial-1.2.x that is boring some of our
translators when using Transifex[1].
Could I have +1's for updating it with the following version?
https://admin.fedoraproject.org/updates/mercurial-1.3.1-3.el5
[1]
The git::check-perms class includes a script for checking that the
permissions of git repositories are generally proper for shared
repositories. It also runs this script each day via a cron job.
This is included on the hosted1 node.
---
The intent of this script is to check that git repos on
On Thu, 20 Aug 2009, Todd Zullinger wrote:
The git::check-perms class includes a script for checking that the
permissions of git repositories are generally proper for shared
repositories. It also runs this script each day via a cron job.
This is included on the hosted1 node.
---
The
Mike McGrath wrote:
Just to be clear, we've run this several times already. We're just
puppetizing it and adding a cron job?
Yep. I've run a number of times. I ran it with the --fix option this
morning to have it fix up the minor issues it noted. I also tested it
run as user nobody with
On 2009-08-20 07:54:24 PM, Todd Zullinger wrote:
The git::check-perms class includes a script for checking that the
permissions of git repositories are generally proper for shared
repositories. It also runs this script each day via a cron job.
+1 (Although I didn't think fedorahosted.org was
Ricky Zhou wrote:
+1 (Although I didn't think fedorahosted.org was covered under the
change freeze).
I would have guessed it wasn't too. But according to Environments.odg
it is.
Speaking of which, would exporting that .odg to a .png or other format
make it easier to link to via the wiki for
Ricky Zhou wrote:
I would have guessed it wasn't too. But according to
Environments.odg it is.
Are you sure? We're still in the prerelease freeze, so the machines
covered are a bit more limited than a full freeze.
Hmm, I did read that wrong then, it doesn't appear to be in the list
for
On 2009-08-20 09:15:41 PM, Todd Zullinger wrote:
Ricky Zhou wrote:
+1 (Although I didn't think fedorahosted.org was covered under the
change freeze).
I would have guessed it wasn't too. But according to Environments.odg
it is.
Are you sure? We're still in the prerelease freeze, so the
---
modules/sigul/manifests/init.pp |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/modules/sigul/manifests/init.pp b/modules/sigul/manifests/init.pp
index d2b6dc9..20a88bd 100644
--- a/modules/sigul/manifests/init.pp
+++ b/modules/sigul/manifests/init.pp
@@ -41,6 +41,7
On Wed, 2009-08-19 at 16:41 -0400, Ricky Zhou wrote:
---
modules/sigul/manifests/init.pp |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
These look good to me, thanks!
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
signature.asc
id like to make the following changes impact will be minimal
/buildgroups is the only active service on buildsys.pfp.o where plague used to
run. its only needed for mock building using epel targets so the increaded
load will be insignificant. the change will be trasnparent to end users.
On Wed, Aug 19, 2009 at 4:27 PM, Dennis Gilmoreden...@ausil.us wrote:
id like to make the following changes impact will be minimal
/buildgroups is the only active service on buildsys.pfp.o where plague used to
run. its only needed for mock building using epel targets so the increaded
load
On Wed, 19 Aug 2009, Stephen John Smoogen wrote:
On Wed, Aug 19, 2009 at 4:27 PM, Dennis Gilmoreden...@ausil.us wrote:
id like to make the following changes impact will be minimal
/buildgroups is the only active service on buildsys.pfp.o where plague used
to
run. its only needed
On Wed, 2009-08-19 at 16:44 -0600, Stephen John Smoogen wrote:
Both changes look of little impact from infrastructure side.
Provisional +1 unless a release engineer says OH MY ZOD, didnt you
think about Kryptonite?
I don't know of any release engineering item that relies on buildsys.
--
I missed a few files in my earlier change request.
---
modules/sigul/manifests/init.pp |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/modules/sigul/manifests/init.pp b/modules/sigul/manifests/init.pp
index 20a88bd..f613182 100644
--- a/modules/sigul/manifests/init.pp
On Wednesday 19 August 2009 06:19:06 pm Jesse Keating wrote:
On Wed, 2009-08-19 at 16:44 -0600, Stephen John Smoogen wrote:
Both changes look of little impact from infrastructure side.
Provisional +1 unless a release engineer says OH MY ZOD, didnt you
think about Kryptonite?
I don't know
On 08/19/2009 04:41 PM, Ricky Zhou wrote:
I missed a few files in my earlier change request.
---
modules/sigul/manifests/init.pp |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/modules/sigul/manifests/init.pp b/modules/sigul/manifests/init.pp
index 20a88bd
A data corruption bug was found in the current xz package for certain
files. The xz package was updated to a snapshot in Fedora and EPEL.
We'd like to update the builders with the new xz to make sure we aren't
producing packages with corrupted payloads.
The corruption bug report is here:
On Wednesday 19 August 2009 08:36:21 pm Toshio Kuratomi wrote:
A data corruption bug was found in the current xz package for certain
files. The xz package was updated to a snapshot in Fedora and EPEL.
We'd like to update the builders with the new xz to make sure we aren't
producing packages
On Aug 19, 2009, at 18:36, Toshio Kuratomi a.bad...@gmail.com wrote:
A data corruption bug was found in the current xz package for certain
files. The xz package was updated to a snapshot in Fedora and EPEL.
We'd like to update the builders with the new xz to make sure we
aren't
producing
On Wed, 19 Aug 2009, Toshio Kuratomi wrote:
A data corruption bug was found in the current xz package for certain
files. The xz package was updated to a snapshot in Fedora and EPEL.
We'd like to update the builders with the new xz to make sure we aren't
producing packages with corrupted
On Wed, 19 Aug 2009, Ricky Zhou wrote:
I missed a few files in my earlier change request.
---
modules/sigul/manifests/init.pp |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/modules/sigul/manifests/init.pp b/modules/sigul/manifests/init.pp
index 20a88bd..f613182
On 08/19/2009 08:09 PM, Toshio Kuratomi wrote:
On 08/19/2009 07:10 PM, Jesse Keating wrote:
The host xz wouldn't be used to produce any rpms, the rpm inside the
chroot would. Does this come into play when initing the buildroot?
You're right, this wouldn't come into play unless it's a
Currently we're mounting /mnt/fedora ro on puppet1. I think that this
was a change committed in puppet that affected the /etc/fstab file.
That didn't come into play until we rebooted puppet1 last night -- the
reboot caused the new fstab to be used and mount /mnt/fedora ro.
Here's the changeset
On 2009-08-14 11:43:37 AM, Toshio Kuratomi wrote:
Currently we're mounting /mnt/fedora ro on puppet1. I think that this
was a change committed in puppet that affected the /etc/fstab file.
That didn't come into play until we rebooted puppet1 last night -- the
reboot caused the new fstab to be
Hey Guys,
I'd like to do a bodhi masher upgrade on releng2 and relepel1. There are no
critical changes for the app1-6 bodhi instances, so there is no need to upgrade
those just yet. Effected code paths for releng2/relepel1 bodhi mashers:
- Fix a bug that would cause duplicate update IDs
On 2009-08-13 01:00:59 PM, Luke Macken wrote:
I'd like to do a bodhi masher upgrade on releng2 and relepel1. There are no
critical changes for the app1-6 bodhi instances, so there is no need to
upgrade
those just yet. Effected code paths for releng2/relepel1 bodhi mashers:
- Fix a
On 08/13/2009 10:00 AM, Luke Macken wrote:
Hey Guys,
I'd like to do a bodhi masher upgrade on releng2 and relepel1. There are no
critical changes for the app1-6 bodhi instances, so there is no need to
upgrade
those just yet. Effected code paths for releng2/relepel1 bodhi mashers:
The db connection limit errors were our fault, we'll look into those
separately, the rest of the spam should go to l10n-admin-members instead
:-)
---
modules/transifex/templates/00-default.conf.erb |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git
On 08/13/2009 02:14 PM, Ricky Zhou wrote:
The db connection limit errors were our fault, we'll look into those
separately, the rest of the spam should go to l10n-admin-members instead
:-)
---
modules/transifex/templates/00-default.conf.erb |5 +
1 files changed, 1 insertions(+), 4
On Thu, 13 Aug 2009, Toshio Kuratomi wrote:
On 08/13/2009 02:14 PM, Ricky Zhou wrote:
The db connection limit errors were our fault, we'll look into those
separately, the rest of the spam should go to l10n-admin-members instead
:-)
---
On Wed, 12 Aug 2009, Xavier Lamien wrote:
On Wed, Aug 12, 2009 at 5:46 AM, Ricky Zhouri...@fedoraproject.org wrote:
Hi, we've been looking at all the smolt outages recently, and after
looking into it a bit, we'd like to try converting the host table in the
smolt database to InnoDB so that
Trivial change,
I would like to move Fedora Community's beaker.session.secret into our
passwords git module (and change it, of course).
--- a/modules/fedoracommunity/templates/fedoracommunity-prod.ini.erb
+++ b/modules/fedoracommunity/templates/fedoracommunity-prod.ini.erb
@@ -117,7
On 2009-08-12 02:10:54 PM, Luke Macken wrote:
Trivial change,
I would like to move Fedora Community's beaker.session.secret into our
passwords git module (and change it, of course).
+1
Thanks,
Ricky
pgprw5TObhmgs.pgp
Description: PGP signature
On 08/11/2009 09:09 PM, Stephen John Smoogen wrote:
+1 to make this change. Things are screwey enought right now wihtout
it accidently doing it .
+1
-Toshio
On Tue, Aug 11, 2009 at 9:56 PM, Ricky Zhouri...@fedoraproject.org wrote:
In light of what I just did to xen15, I'd like to make this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Aug 12, 2009, at 11:10 AM, Luke Macken wrote:
Trivial change,
I would like to move Fedora Community's beaker.session.secret into our
passwords git module (and change it, of course).
--- a/modules/fedoracommunity/templates/fedoracommunity-
Turns out there's yet another kernel update available for RHEL5. Since
I've run into issues updating a kernel and not other packages I'd like us
to do a yum update of all the packages. We shouldn't be far off but
there's a kernel and glibc update available. We can run them through
staging first
On 08/11/2009 06:30 PM, Mike McGrath wrote:
Turns out there's yet another kernel update available for RHEL5. Since
I've run into issues updating a kernel and not other packages I'd like us
to do a yum update of all the packages. We shouldn't be far off but
there's a kernel and glibc update
Hi, we've been looking at all the smolt outages recently, and after
looking into it a bit, we'd like to try converting the host table in the
smolt database to InnoDB so that we will get row level locking.
This is a very low impact change, and when we tested in staging, it
caused smolt to stop
In light of what I just did to xen15, I'd like to make this change so
that puppet never makes the same mistake :-)
---
modules/iscsi-initiator-utils/manifests/init.pp |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/modules/iscsi-initiator-utils/manifests/init.pp
+1 to make this change. Things are screwey enought right now wihtout
it accidently doing it .
On Tue, Aug 11, 2009 at 9:56 PM, Ricky Zhouri...@fedoraproject.org wrote:
In light of what I just did to xen15, I'd like to make this change so
that puppet never makes the same mistake :-)
---
I'd like to remove perl-Date-Manip on log1 in order to allow puppet to
replace it with perl-DateManip. Nothing on log1 currenty requires it.
Can I get some +1s?
Thanks,
Ricky
pgpBKH0kHdYJM.pgp
Description: PGP signature
___
+1
-Original Message-
From: fedora-infrastructure-list-boun...@redhat.com on behalf of Ricky Zhou
Sent: Sat 6/6/2009 9:20 AM
To: fedora-infrastructure-list@redhat.com
Subject: Change Request: Replace perl-Date-Manip with perl-DateManip on log1
I'd like to remove perl-Date-Manip on log1
+1
- Ricky Zhou ri...@fedoraproject.org wrote:
I'd like to remove perl-Date-Manip on log1 in order to allow puppet
to
replace it with perl-DateManip. Nothing on log1 currenty requires
it.
Can I get some +1s?
Thanks,
Ricky
___
We've got a tech on site that needs to take backup1 down to install an SAS
adapter and new tape drive. You may remember this was requested before,
we didn't have the right cable / card on site so the request was approved
but the change wasn't made.
2+1's?
-Mike
On 2009-06-05 12:44:27 PM, Mike McGrath wrote:
We've got a tech on site that needs to take backup1 down to install an SAS
adapter and new tape drive. You may remember this was requested before,
we didn't have the right cable / card on site so the request was approved
but the change wasn't
On Friday 05 June 2009 12:44:27 pm Mike McGrath wrote:
We've got a tech on site that needs to take backup1 down to install an SAS
adapter and new tape drive. You may remember this was requested before,
we didn't have the right cable / card on site so the request was approved
but the change
On Fri, 5 Jun 2009, Mike McGrath wrote:
We've got a tech on site that needs to take backup1 down to install an SAS
adapter and new tape drive. You may remember this was requested before,
we didn't have the right cable / card on site so the request was approved
but the change wasn't made.
This one's an oops, probably on me. I happened to notice proxy1 is an
x86_64 box. We have two options.
1) double it's ram
2) rebuild it as x86
I'd prefer to do 2 since the release slipped again and we've generally got
time for it. The concern is the boxes are tuned for i686 with 4G of ram
On Fri, May 29, 2009 at 11:31 PM, Mike McGrath mmcgr...@redhat.com wrote:
This one's an oops, probably on me. I happened to notice proxy1 is an
x86_64 box. We have two options.
1) double it's ram
2) rebuild it as x86
I'd prefer to do 2 since the release slipped again and we've generally
+1 for 1
On Fri, May 29, 2009 at 6:31 PM, Mike McGrath mmcgr...@redhat.com wrote:
This one's an oops, probably on me. I happened to notice proxy1 is an
x86_64 box. We have two options.
1) double it's ram
2) rebuild it as x86
I'd prefer to do 2 since the release slipped again and we've
On 05/29/2009 02:32 PM, Ricky Zhou wrote:
On 2009-05-29 04:31:18 PM, Mike McGrath wrote:
This one's an oops, probably on me. I happened to notice proxy1 is an
x86_64 box. We have two options.
1) double it's ram
2) rebuild it as x86
I'd prefer to do 2 since the release slipped again and
Right now FAS constructs email aliases only for accounts that are
active. This is causing us two problems.
1) We have recently implemented a bot status for accounts that makes
it so the account can't be logged into and don't go inactive. This
status needs to be allowed to get email as well.
On Thu, 21 May 2009, Toshio Kuratomi wrote:
Right now FAS constructs email aliases only for accounts that are active.
This is causing us two problems.
1) We have recently implemented a bot status for accounts that makes it so
the account can't be logged into and don't go inactive. This
On Thursday, May 21 2009, Toshio Kuratomi said:
Fixing these requires updating the fas server code. Attaching a patch
to hotfix our servers with to do this. The patch has been tested on
fas1.stg successfully.
Looks good, +1
Jeremy
___
On Fri, 15 May 2009, Mike McGrath wrote:
Proxy3 saw a spike in traffic today, I'd like to bring ibiblio and telia
back online.
2+1's?
+1
-sv
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
I want to start the rawhide compose early, since I'm done
tagging/signing things for today, so that it will finish maybe in time
for me to compose out pre-RCs from it for more intensive testing
tomorrow. To do this, I need to modify the cron job that kicks off
rawhide on releng2, and stop the
+1 for the papertrail
- Jesse Keating jkeat...@redhat.com wrote:
I want to start the rawhide compose early, since I'm done
tagging/signing things for today, so that it will finish maybe in
time
for me to compose out pre-RCs from it for more intensive testing
tomorrow. To do this, I need
On Wednesday 13 May 2009 20:30:55 Jesse Keating wrote:
I want to start the rawhide compose early, since I'm done
tagging/signing things for today, so that it will finish maybe in time
for me to compose out pre-RCs from it for more intensive testing
tomorrow. To do this, I need to modify the
A couple weeks ago we were having problems with xen13. db2 was on
xen13. We moved the databases that lived on db2 onto db3. That's been
working out pretty well as db3 was sized to run koji before the latest
round of koji optimizations so it's a pretty powerful box.
However, when we moved the
diff --git a/manifests/services/db.pp b/manifests/services/db.pp
index 8e7587f..e5a6409 100644
--- a/manifests/services/db.pp
+++ b/manifests/services/db.pp
@@ -52,6 +52,17 @@ class kojiDb inherits postgresServer {
source = system/koji-cleanup-sessions.cron
}
+cron {
+1
- Toshio Kuratomi a.bad...@gmail.com wrote:
A couple weeks ago we were having problems with xen13. db2 was on
xen13. We moved the databases that lived on db2 onto db3. That's
been
working out pretty well as db3 was sized to run koji before the
latest
round of koji optimizations so
On 2009-04-15 03:57:44 PM, Kevin Fenzi wrote:
This seems like a pretty safe change, but it's my first puppet change,
so I might have messed something up. ;)
I also changed the comment on the pkgs rsync target as it was wrongly
saying it was the lookaside cache as well. I could revert that
This seems like a pretty safe change, but it's my first puppet change,
so I might have messed something up. ;)
I also changed the comment on the pkgs rsync target as it was wrongly
saying it was the lookaside cache as well. I could revert that part if
it's thought to risky. ;)
---
I'm sorry guys, but we had a minor problem with the tar.gz on the previous
RPM.
Can I have +1's for a new update on app1 to the 0.5.1-2 building?
http://buildsys.fedoraproject.org/plague-results/fedora-5-epel/transifex/0.5.1-2.el5/noarch/
Thanks
--
Diego Búrigo Zacarão
http://diegobz.net
Linux
On Mon, 30 Mar 2009, Diego Búrigo Zacarão wrote:
I'm sorry guys, but we had a minor problem with the tar.gz on the previous
RPM.
Can I have +1's for a new update on app1 to the 0.5.1-2 building?
http://buildsys.fedoraproject.org/plague-results/fedora-5-epel/transifex/0.5.1-2.el5/noarch/
Xavier Lamien wrote:
2009/3/30 Mike McGrath mmcgr...@redhat.com:
On Mon, 30 Mar 2009, Diego Búrigo Zacarão wrote:
I'm sorry guys, but we had a minor problem with the tar.gz on the previous
RPM.
Can I have +1's for a new update on app1 to the 0.5.1-2 building?
Ricky Zhou wrote:
On 2009-03-27 09:11:56 PM, Mike McGrath wrote:
I'd like to do
http://pastebin.ca/1374517
for
https://fedorahosted.org/fedora-infrastructure/ticket/1293
+1 with the fixes agreed upon in IRC (increment the values of the
constants and change the names to NS_TEST_DAY and
On 2009-03-27 09:11:56 PM, Mike McGrath wrote:
I'd like to do
http://pastebin.ca/1374517
for
https://fedorahosted.org/fedora-infrastructure/ticket/1293
+1 with the fixes agreed upon in IRC (increment the values of the
constants and change the names to NS_TEST_DAY and NS_TEST_DAY_TALK).
---
configs/system/nagios-http.conf.erb |1 +
configs/web/balancer.conf.erb |1 +
configs/web/cacti-secure.conf.erb |1 +
configs/web/exclude.conf.erb|1 +
4 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/configs/system/nagios-http.conf.erb
Hi guys,
I'd like to do a low-risk bodhi upgrade this weekend. Changes include:
* A new argument to the 'list' API method that will be utilized by
Fedora Community. This does not break the existing API.
* Added FormEncode validators to the 'list' API method, which fixes a
couple of
+1 seems sane
- Luke Macken lmac...@redhat.com wrote:
Hi guys,
I'd like to do a low-risk bodhi upgrade this weekend. Changes
include:
* A new argument to the 'list' API method that will be utilized by
Fedora Community. This does not break the existing API.
* Added
On Sat, 21 Mar 2009, Nigel Jones wrote:
+1 seems sane
- Luke Macken lmac...@redhat.com wrote:
Hi guys,
I'd like to do a low-risk bodhi upgrade this weekend. Changes
include:
* A new argument to the 'list' API method that will be utilized by
Fedora Community. This
Ricky Zhou wrote:
This has been causing us to get extra cron spam (and stalling mysql
updates). I doubt anybody would consider this very risky :-)
---
manifests/services/db.pp |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/manifests/services/db.pp
1 - 100 of 393 matches
Mail list logo
