Re: DB failure?

From: Wes <wespvp(at)syntegra(dot)com>
To: Postgres General <pgsql-general(at)postgresql(dot)org>
Subject: Re: DB failure?
Date: 2004-08-31 05:24:53
Message-ID: BD5975D5.10885%wespvp@syntegra.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 8/30/04 11:07 PM, "Wes Palmer" <wespvp(at)syntegra(dot)com> wrote:

> db=> select count(*) from messages;
> ERROR: could not access status of transaction 859000513
> DETAIL: could not open file "/db/pgsql/data/pg_clog/0333": No such file or
> directory
>
> db=> select count(*) from message_recipients;
> ERROR: invalid page header in block 1238604 of relation
> "message_recipients"

Uh, oh.. This would appear to be a big problem... I just tried to do a
pg_dumpall. The server SEGV'd around a Gig into the pg_dumpall:

LOG: server process (PID 12541) was terminated by signal 11
LOG: terminating any other active server processes
WARNING: terminating connection because of crash of another server process
DETAIL: The postmaster has commanded this server process to roll back the
current transaction and exit, because another server process exited
abnormally and possibly corrupted shared memory.
HINT: In a moment you should be able to reconnect to the database and
repeat your command.
LOG: all server processes terminated; reinitializing
LOG: database system was interrupted at 2004-08-31 07:13:31 MEST
LOG: checkpoint record is at 6E/13A916C
LOG: redo record is at 6E/13A916C; undo record is at 0/0; shutdown FALSE
LOG: next transaction ID: 173895; next OID: 243689524
LOG: database system was not properly shut down; automatic recovery in
progress
LOG: record with zero length at 6E/13A91AC
LOG: redo is not required
LOG: recycled transaction log file "0000006E00000000"
LOG: database system is ready

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Peter Eisentraut 2004-08-31 05:43:07 Re: psqlodbc-07.03.0200 --with-iodbc won7t compile on Mac OS X
Previous Message Wes Palmer 2004-08-31 04:07:08 DB failure?