Re: Estimate on gborg rescue? - Mailing list pgsql-general

From Magnus Hagander
Subject Re: Estimate on gborg rescue?
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCEA3564E@algol.sollentuna.se
Whole thread Raw
In response to Estimate on gborg rescue?  (Andrew Sullivan <ajs@crankycanuck.ca>)
Responses Re: Estimate on gborg rescue?
List pgsql-general
> Hi,
>
> I just checked, and gborg is still dead.  In fact, the hostname is
> no longer valid (there's no A record).  Do we have even an estimate
> for when it will be back?  Can the estimator please publish that
> somewhere in big flashing letters or something?

Yes, Marc posted to -www earlier today.
However, there are now major DNS issues which mean that archives is
unavailable. But once they pop up, you will find it :-) Anyway, I'll
paste it in at the bottom of this mail FYI.


> I can totally appreciate that this is a volunteer project, that
> people have other things happen to them, and that the project
> cannot always be the central issue in people's lives.
> Nevertheless, the gborg site has been down for a long time.  We
> have argued for ages that there is no need to keep things in the
> "core distribution"
> because we have these seamless additional modular components that
> snap together to form a system.  Not much of an argument when
> people can't even get to the sites supporting those additional
> components, because -- oops! -- the site doesn't even exist in DNS.

Yes, this is definitely a big problem.


> On another note, these are listed as authorities for
> postgresql.org:
>
> postgresql.org.         7848    IN      NS      ns-a.lerctr.org.
> postgresql.org.         7848    IN      NS      ns-b.lerctr.org.
>
> But they're not responding with answers or even authority for them.
> So the general DNS is messed up too.

Unable to get at Marc right now, but I believe these issues are much
related. Hosts are dropping out of the hub.org nameservers one by one as
well, probably as TTL expires. It just happens that the full zone has
expired from lerctr.org by now, because for some reason the primary is
broken.
For example, the mirrors.postgresql.org zone (delivering
static.mirrors.postgresql.org which is our main website) is still
answering fine from lerctr - but it runs off a *different* primary
server)



//Magnus

Marcs mail:

> -----Original Message-----
> Sent: Wednesday, September 06, 2006 5:41 AM
> To: pgsql-core@postgresql.org
> Cc: pgsql-www@postgresql.org
> Subject: [pgsql-www] Finally, the end of a nightmare ...
>
>
> After almost 3 weeks without a proper internet connection, this
> morning I got high speed cable installed in our new residence, and
> this evening, I finally got the backup server back online ...
>
> Apologies to those using gborg for how long it has taken to get
> things back online ... the temporary internet connection we were
> able to get the server onto was reporting ~3 days of constant
> upload to get gborg uploaded ... the new net connection took 5
> hours ...
>
> I will be working tomorrow on getting gborg back up and running ...
> this will be put onto the 64bit server, so that it can be easily
> moved to the new HP server that arrived while I was offline ...
>
> There *was* a lose of data with this crash, unfortunately, so I
> hope those on the slony project have backups of any commits made
> over the ~2 week period *before* the server crashed ... once it
> goes onto the 64bit server, the redundant local backup will be re-
> enabled, but since we were at the end of moving off of 4.x, the
> redundant server option wasn't working, and with the backup server
> down while we moved, offsite backups were temporarily offline when
> neptune crashed :(
>
> Will post once gborg is back online ...
>
> ----
> Marc G. Fournier           Hub.Org Networking Services
> (http://www.hub.org)


pgsql-general by date:

Previous
From: Andrew Sullivan
Date:
Subject: Estimate on gborg rescue?
Next
From: Wayne Conrad
Date:
Subject: Re: constraint -- one or the other column not null