Re: Postgres 9.3 read block error went into recovery mode

From: Albe Laurenz <laurenz(dot)albe(at)wien(dot)gv(dot)at>
To: "Shuwn Yuan Tee *EXTERN*" <shuwnyuan(at)binary(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Postgres 9.3 read block error went into recovery mode
Date: 2013-12-04 09:37:50
Message-ID: A737B7A37273E048B164557ADEF4A58B17C7081F@ntex2010a.host.magwien.gv.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Shuwn Yuan Tee wrote:
> We recently experienced crash on out postgres production server. Here's our server environment:
>
> - Postgres 9.3
> - in OpenVZ container
> - total memory: 64GB
>
>
> Here's the error snippet from postgres log:
>
> ERROR: could not read block 356121 in file "base/33134/33598.2": Bad address
>
> LOG: server process (PID 21119) was terminated by signal 7: Bus error
[...]

> Can anyone suggests whether this is critical error? Does it indicate any data corruption in postgres?

Yes, this is a critical error.

Unless my math is off, a PostgreSQL disk file should not contain more
than 131072 blocks (1GB / 8KB), so something is whacky there.

But I find the second entry just as alarming.

I am no hardware guy, but I believe that a bus error would indicate a
hardware problem.

Is there a chance that you can perform a thorough hardware check
on the machine?

Make sure that you have a good backup from before this happened.

Yours,
Laurenz Albe

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tim Kane 2013-12-04 10:59:36 unexplainable psql exit status 1
Previous Message Dmitriy Igrishin 2013-12-04 09:20:13 Re: Return value of current_user before calling SECURITY DEFINER function.