Re: rebellious postgres process - Mailing list pgsql-admin

From Scott Marlowe
Subject Re: rebellious postgres process
Date
Msg-id dcc563d10811041048x4591f718pedb4f8da6084fc53@mail.gmail.com
Whole thread Raw
In response to Re: rebellious postgres process  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: rebellious postgres process
List pgsql-admin
On Tue, Nov 4, 2008 at 11:46 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> "Scott Marlowe" <scott.marlowe@gmail.com> writes:
>> On Tue, Nov 4, 2008 at 8:48 AM, Laszlo Nagy <gandalf@shopzeus.com> wrote:
>>> The server was rebooting intermittently, so we replaced the RAM (we got a
>>> kernel page fault). But it was a week ago. The server is now stable. But is
>>> it possible that somehow the file system became inconsistent, and that is
>>> causing an infinite loop in the stats collector? Just guessing.
>
>> Yes, you really can't trust any data that was written to the drives
>> while the bad memory was in place.
>
> Still, it's quite unclear how bad data read from the stats file could
> have led to an infinite loop.  The stats file format is pretty "flat"
> and AFAICS the worst effect of undetected corruption would be to have
> wrong count values for some tables/databases.

True.  Is it possible some other bit of the data in the system was
corrupted and freaking out the stats collector?

pgsql-admin by date:

Previous
From: Tom Lane
Date:
Subject: Re: rebellious postgres process
Next
From: Tom Lane
Date:
Subject: Re: rebellious postgres process