From: | "Ferrell, Denise D CTR NSWCDD, H11" <denise(dot)ferrell(dot)ctr(at)navy(dot)mil> |
---|---|
To: | Bhanu Murthy <bhanu_murthy(at)yahoo(dot)com> |
Cc: | pgsql-admin <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: [Non-DoD Source] Re: Database Error |
Date: | 2017-10-30 18:38:04 |
Message-ID: | 2BC18916DE4BF141AC1EFC55CE2CAE7D532AF5DF@NAEANRFKXM01V.nadsusea.nads.navy.mil |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
That's the thing, I'm already running v9.3.9. We are planning to upgrade to the latest in March so hopefully I can keep it stable until then.
Thanks for the information.
Denise
-----Original Message-----
From: Bhanu Murthy [mailto:bhanu_murthy(at)yahoo(dot)com]
Sent: Monday, October 30, 2017 12:28 PM
To: Don Seiler
Cc: Ferrell, Denise D CTR NSWCDD, H11; pgsql-admin
Subject: [Non-DoD Source] Re: [ADMIN] Database Error
Perform vacuumdb and see if the error goes away.
More permanent solution is to patch upgrade to 9.3.9 where TXN wrap around issue has been resolved!
Sent from my iPhone
On Oct 25, 2017, at 10:42 AM, Don Seiler <don(at)seiler(dot)us> wrote:
On Wed, Oct 25, 2017 at 7:30 AM, Ferrell, Denise D CTR NSWCDD, H11 <denise(dot)ferrell(dot)ctr(at)navy(dot)mil> wrote:
Using PostgreSQL v9.3 on RedHat platform.
Last week the VM that the database resides on ran out of space...since that time after bringing the service back on-line getting intermittent connection issues.
Today I'm receiving the following.
ERROR: database is not accepting commands to avoid wraparound data loss in database "----"
HINT: Stop the postmaster and use a standalone backend to vacuum that database.
You might also need to commit or roll back old prepared transactions.
Sounds like you'll need to restart the DB in single-user mode and run a VACUUM FREEZE on the whole thing.
Here's a good read on a similar incident: https://blog.sentry.io/2015/07/23/transaction-id-wraparound-in-postgres.html
--
Don Seiler
www.seiler.us
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Kirkwood | 2017-10-30 20:30:48 | Re: Bad recovery: no pg_xlog/RECOVERYXLOG |
Previous Message | rammohan ganapavarapu | 2017-10-30 18:16:19 | Postgresql Upgrade from 9.3 to 9.4 failing |