Re: Startup proc 30595 exited with status 512 - abort and FATAL 2: XLogFlush

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Wang, Mary Y" <mary(dot)y(dot)wang(at)boeing(dot)com>
Cc: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Startup proc 30595 exited with status 512 - abort and FATAL 2: XLogFlush
Date: 2010-02-02 20:14:25
Message-ID: 29816.1265141665@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

"Wang, Mary Y" <mary(dot)y(dot)wang(at)boeing(dot)com> writes:
> Thanks for the help
> I was able to find pg_resetxlog in the path. Are there any precautions that I need to be aware of? Or I just don't have any choice?

I'd suggest taking a tarball copy of the $PGDATA tree, so you can at
least get back to where you were if it doesn't work.

Actually ... is this RHEL 2.1 as I suspect? If so, can you find the
last RHEL 2.1 update, which was postgresql-7.1.3-7.rhel2.1AS?
There was a fix in that that might well address your issue:

* Wed Feb 23 2005 Tom Lane <tgl(at)redhat(dot)com> 7.1.3-7.rhel2.1AS
- Back-patch community 7.2 change in error recovery behavior of XLogFlush;
this allows successful restart of the database even in the presence of
dubious values in LSN fields of database pages.

Alternatively, if you have the ability to rebuild the version you've
got, you're welcome to try adding the patch, which is attached.

regards, tom lane

Attachment Content-Type Size
postgresql-7.1.xlogflush.patch text/x-patch 2.2 KB

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Mark Corner 2010-02-02 20:32:21 Re: Using pg_migrator to upgrade 8.3->8.4
Previous Message Wang, Mary Y 2010-02-02 20:05:09 Re: Startup proc 30595 exited with status 512 - abort and FATAL 2: XLogFlush