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 |
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 |