From: Darcy Buskermolen <darcy@wavefire.com>
Organization: Wavefire Technologies Corp
To: gforge-admins@pgfoundry.org
Subject: Re: [Gforge-admins] PgFoundry Move
Date: Tue, 17 Jan 2006 10:13:18 -0800
User-Agent: KMail/1.8.3
Cc: Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>,
 pgsql-www@postgresql.org
References: <43CBE53E.5090106@commandprompt.com>
	<200601161431.42092.darcy@wavefire.com>
	<43CD2EAA.5020308@kaltenbrunner.cc>
In-Reply-To: <43CD2EAA.5020308@kaltenbrunner.cc>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200601171013.19338.darcy@wavefire.com>

On Tuesday 17 January 2006 09:51, Stefan Kaltenbrunner wrote:
> Darcy Buskermolen wrote:
> > On Monday 16 January 2006 14:17, Gavin M. Roy wrote:
> >>>My concerns with a plan like this are:
> >>>A) I do not know linux as well as FreeBSD.
> >>
> >>80% of the Gforge admins are Linux guys afaik, which is why we need
> >>more FreeBSD help.
> >
> > Which is why at least 2 more FreeBSD guys (Stefan and myself) were
> > brought into the fold a while back.  I can't speek for Stefan, but I have
> > remained quite on this while I absorb the implementation specifics of the
> > current setup.
>
> very true - it is always a bit difficult to get familiar with foreign
> boxes, but I think we are rapidly getting near a point where the current
> setup is understood and can be managed, upgraded and (likely) improved.
>
> >>>B) Can infrastructure be provided to allow for timely disaster
> >>>recovery in the
> >>>event of JD's hosting falling off the face of the earth, (much the
> >>>same way
> >>>the pg servers in panama fell off a while ago).
> >>
> >>We don't have this *really* in the case of most of the
> >>infrastructure, and this isn't in place for pgFoundry right now with
> >>Marc hosting, afaik.  It is an issue we should be concerned with
> >>regardless of who's hosting.  That and backup.  I've tried to address
> >>what's happening (or not happening as I'm afraid) with backup before.
> >
> > Wether we have it today or not is one thing, but making it even harder to
> > do in the future without having a solid plan is even more troublesome in
> > my opinion.
>
> fully agreed
>
> > Along this note, I know resources have been made available by Stefan and
> > the company he works for to help address this.
>
> yep - I have offered in the past and that offer still stands for
> hardware/hosting/bandwidth (including decent network monitoring, remote
> console/power and people 24x7 on-call) for whatever the community might
> need (backup-server in europe or whatever).
> And no - I don't particularly care if the box is running FreeBSD or some
> Linux-Distribution(we have all of them - and Solaris,AIX and OpenBSD too
> - here and each of those has it's strengths and weaknesses).
> It's just that the current setup works on FreeBSD and afaik is not
> (unfixable) broken. Maybe we (I could do it if marc agrees) should just
> try to rsync the running vm to the "new" box upgrade it inplace to fbsd6
> start it up and test it and see what breaks.

I belive marc dod make this suggestion, and I can;t see any reason not to try 
that now that we (you and I specificaly) are more familiar with how it all 
goes together than we were a month ago.  If I'm not mistakin Josh B had 
pgfoundry.com available for pointing at the new box (if it's not already) 
baring any objections from the rest of our cohorts, this sounds like a 
reasonable thing to try, to see if infact it is this easy, or if there are 
some unforeseen hickups along the way...


> If that works reasonably well we at least have a useful emergency plan
> for NOW - independent of what happens(OS,Hosting or admin-wise) in the
> "long" (1-2 month+) run.
>
>
> Stefan
> _______________________________________________
> Gforge-admins mailing list
> Gforge-admins@pgfoundry.org
> http://pgfoundry.org/mailman/listinfo/gforge-admins

-- 
Darcy Buskermolen
Wavefire Technologies Corp.

http://www.wavefire.com
ph: 250.717.0200
fx: 250.763.1759