From: | Kevin Grittner <kgrittn(at)ymail(dot)com> |
---|---|
To: | Mike Broers <mbroers(at)gmail(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: corruption issue after server crash - ERROR: unexpected chunk number 0 |
Date: | 2013-11-21 21:56:39 |
Message-ID: | 1385070999.37951.YahooMailNeo@web162902.mail.bf1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Mike Broers <mbroers(at)gmail(dot)com> wrote:
> Hello we are running postgres 9.2.5 on RHEL6, our production
> server crashed hard and when it came back up our logs were
> flooded with:
> ERROR: unexpected chunk number 0 (expected 1) for toast value 117927127 in pg_toast_19122
Your database is corrupted. Unless you were running with fsync =
off or full_page_writes = off, that should not happen. It is
likely to be caused by a hardware problem (bad RAM, a bad disk
drive, or network problems if your storage is across a network).
If it were me, I would stop the database service and copy the full
data directory tree.
http://wiki.postgresql.org/wiki/Corruption
If fsync or full_page_writes were off, your best bet is probably to
go to your backup. If you don't go to a backup, you should try to
get to a point where you can run pg_dump, and dump and load to a
freshly initdb'd cluster.
If fsync and full_page_writes were both on, you should run hardware
diagnostics at your earliest opportunity. When hardware starts to
fail, the first episode is rarely the last or the most severe.
--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2013-11-21 22:22:12 | Re: Getting non_NULL right-side values on a non-matching join? |
Previous Message | Joey Quinn | 2013-11-21 21:38:11 | Re: Primary Key |