Re: [Gforge-admins] Re: PgFoundry Move - Mailing list pgsql-www

From Andrew Dunstan
Subject Re: [Gforge-admins] Re: PgFoundry Move
Date
Msg-id 1137441491.3769.15.camel@swithin
Whole thread Raw
In response to Re: PgFoundry Move  ("Marc G. Fournier" <scrappy@postgresql.org>)
Responses Re: [Gforge-admins] Re: PgFoundry Move
List pgsql-www
Well, the problems with the current setup are well known, including:
- running on a machine that is sometimes rather loaded
- no separation of users / gforge , meaning we have had to restrict what
users / groups can do for security reasons
- unsupported (and in fact unknown) mailman version
- missing features like SVN support

JoshB and others have been working on a new box, that's true. But it's
been a very long time coming.

Joshua's offer is attractive because of the level of support promised. I
can certainly testify that when I screwed up the buildfarm badly, CP was
wonderfully responsive and we were back running with almost no data loss
within a couple of hours. Service like that is hard to beat.

cheers

andrew


On Mon, 2006-01-16 at 14:59 -0400, Marc G. Fournier wrote:
> Not sure where this email came from, but JoshB has gone to the trouble of
> setting up a new server for pgFoundry, and when that is ready, it will be
> moved there ...
>
> Is there a problem that I haven't been informed of with the server it is
> currently running on?
>
>
>   On Mon, 16 Jan 2006, Joshua D. Drake wrote:
>
> > Hello,
> >
> > In the essence of being efficient I would like to suggest that we move
> > Pgfoundry. I know we have been trying to "migrate" for what seems like
> > forever but maybe it is time we just up and move the whole site :).
> >
> > I would like to again offer Command Prompt's services in hosting
> > pgFoundry.
> >
> > Some key benefits to moving the system to CMD:
> >
> > 1. You can call us
> > 2. You can call us at 3:00 am
> > 3. We have service level monitoring
> > 4. We have a lot of bandwidth
> > 5. All our stuff is on natural gas conditioned power generators
> >
> > We have proven to be very stable with the Buildfarm and with the archives.
> > With the only recent problem with either not being at the hands of CMD,
> > (gentle poke at Andrew).
> >
> > The longest outage we have had in the last 24 months is four hours for a
> > single
> > machine that we had to recover from backup.
> >
> > The longest outage we have had that was global in the last 24 months (that
> > wasn't
> > scheduled) was 90 minutes when we lost a nic in one of our firewalls.
> >
> > We did recently have a scheduled outage of 4.5 hours but that was from
> > midnight
> > to 4:30 while we upgraded some power facilities.
> >
> > The only change that we would require would be to move the system to Linux.
> > This should be a very minor change in general and will probably require
> > very if any work on the Gforge end.
> >
> > Thoughts, Flames, better suggestions?
> >
> > Sincerely,
> >
> > Joshua D. Drake
> >
> > --
> > The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
> > PostgreSQL Replication, Consulting, Custom Development, 24x7 support
> > Managed Services, Shared and Dedicated Hosting
> > Co-Authors: PLphp, PLperl - http://www.commandprompt.com/
> >
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 9: In versions below 8.0, the planner will ignore your desire to
> >      choose an index scan if your joining column's datatypes do not
> >      match
> >
>
> ----
> Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
> Email: scrappy@hub.org           Yahoo!: yscrappy              ICQ: 7615664
> _______________________________________________
> Gforge-admins mailing list
> Gforge-admins@pgfoundry.org
> http://pgfoundry.org/mailman/listinfo/gforge-admins


pgsql-www by date:

Previous
From: "Marc G. Fournier"
Date:
Subject: Re: pgsql-committers shouldn't be the default "developers"
Next
From: "Marc G. Fournier"
Date:
Subject: Re: [Gforge-admins] Re: PgFoundry Move