Re: Notify system doesn't recover from "No space" error - Mailing list pgsql-hackers

From Christoph Berg
Subject Re: Notify system doesn't recover from "No space" error
Date
Msg-id 20120725140445.GH23775@msgid.credativ.de
Whole thread Raw
In response to Re: Notify system doesn't recover from "No space" error  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Re: Tom Lane 2012-07-02 <18088.1341245035@sss.pgh.pa.us>
> Christoph Berg <christoph.berg@credativ.de> writes:
> > What is still puzzling me is that the customer is repeatedly reporting
> > these issues, even after rebooting the system.
>
> Hm.  A server restart really ought to clear any problem in this area,
> since pg_notify gets reset to starting conditions.  Please check into
> that more closely.  (It might be worth looking at $PGDATA/pg_notify/
> after a restart just to verify there are no files there except 0000.)

Hi,

we deployed an updated 9.1.4 package with your patch there. After
restarting the server, pg_notify was empty except for 0000. fsck.ext3
reported no errors.

Now the error has happened again, 58P01, could not read status of
transaction 0, could not open pg_notify/0016, ENOENT, location
SlruReportIOError, slru.c:840. (Roughly translated from the German
message.)

We'll try to dig into the code here, maybe we can spot something.

Mit freundlichen Grüßen,
Christoph Berg
--
Tel.: +49 (0)21 61 / 46 43-187
credativ GmbH, HRB Mönchengladbach 12080
Hohenzollernstr. 133, 41061 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz

pgsql-hackers by date:

Previous
From: Alexander Law
Date:
Subject: Re: BUG #6742: pg_dump doesn't convert encoding of DB object names to OS encoding
Next
From: Bruce Momjian
Date:
Subject: Re: [BUGS] BUG #6733: All Tables Empty After pg_upgrade (PG 9.2.0 beta 2)