From: | "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com> |
---|---|
To: | Ausrack Webmaster <webmaster(at)ausrack(dot)com(dot)au> |
Cc: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: FW: database failure.. |
Date: | 2003-12-16 14:47:54 |
Message-ID: | Pine.LNX.4.33.0312160743310.5679-100000@css120.ihs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
You're gonna have a hard time getting support for a version that old
(we've since seen 7.1, 7.2, 7.3, and 7.4 come out and 7.5 is in the cooker
right now.
If it's possible to backup your database, I'd highly recommend upgrading
postgresql on a test machine or something. It sounds like you might have
a bad block on your hard drive, or possible 7.0.2 has managed to corrupt
the data files all on its own.
Note that 7.0.3 was the last of that line, so even if you're gonna stick
with 7.0.x, you should be running that version.
Each version of Postgresql since 6.5.x has gotten faster and more stable
in my experience, and many bugs have been squashed since the time that 7.0
was put out.
If you can backup the drive postgresql is on file level wise and test it
for bad blocks, that would be good, if it's IDE it might do well being
reformatted.
Also, look at running memtest86 on the box to make sure you don't have
flakey memory. (www.memtest86.com, it's free)
On Tue, 16 Dec 2003, Ausrack Webmaster wrote:
>
>
> Nobody got any ideas on the below problem? :-(
>
>
>
> [root /tmp]# psql -V
> psql (PostgreSQL) 7.0.2
> contains readline, history, multibyte support
> Portions Copyright (c) 1996-2000, PostgreSQL, Inc
> Portions Copyright (c) 1996 Regents of the University of California Read
> the file COPYRIGHT or use the command \copyright to see the usage and
> distribution terms.
>
> Nothing at all in the logs...How do I change the debugging/log level to
> show more?
>
> NB. a few of the DBs on the server dont have any problems at all...
>
> Jason
>
> -----Original Message-----
> From: Marc G. Fournier [mailto:scrappy(at)postgresql(dot)org]
> Sent: Sunday, December 14, 2003 8:00 PM
> To: Ausrack Webmaster
> Cc: pgsql-general(at)postgresql(dot)org
> Subject: Re: [GENERAL] database failure..
>
>
> On Sun, 14 Dec 2003, Ausrack Webmaster wrote:
>
> >
> > Hi,
> >
> > I have a database, which just happens to be the main database on a
> > RAQ4..(cobalt)
> > that even when recreated it still dies, even before readding any
> > tables..
> >
> > Welcome to psql, the PostgreSQL interactive terminal.
> >
> > Type: \copyright for distribution terms
> > \h for help with SQL commands
> > \? for help on internal slash commands
> > \g or terminate with semicolon to execute query
> > \q to quit
> >
> > cobalt=# \d
> > The connection to the server was lost. Attempting reset: Succeeded.
> >
> > I can't dump either..
> >
> > getTables(): SELECT failed. Explanation from backend: 'pqReadData()
> > -- backend closed the channel unexpectedly.
> > This probably means the backend terminated abnormally
> > before or while processing the request.
> > '.
> >
> > Any idea what might be causing this?
>
> anything in the logs? hardware failure maybe? what version of
> database?
>
> ----
> Marc G. Fournier Hub.Org Networking Services
> (http://www.hub.org)
> Email: scrappy(at)hub(dot)org Yahoo!: yscrappy ICQ:
> 7615664
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html
>
From | Date | Subject | |
---|---|---|---|
Next Message | Laurent Perez | 2003-12-16 14:56:17 | Hiding views or functions definitions to defined users |
Previous Message | scott.marlowe | 2003-12-16 14:38:58 | Re: Is it not datestyle that determines date format output? |