From: | Aleksey Tsalolikhin <atsaloli(dot)tech(at)gmail(dot)com> |
---|---|
To: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | postgres process got stuck in "notify interrupt waiting" status |
Date: | 2012-09-05 01:21:55 |
Message-ID: | CA+jMWod8kPBZow_J8GO58OiknmRh9W=XYNurzKK5ZRUb2HTZ7g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi.
We use LISTEN/NOTIFY quite a bit but today something unusual (bad) happened.
Number of processes waiting for a lock just started to go up up up.
I finally found the object being locked was pg_listener which
RhodiumToad on IRC kindly informed happens during LISTEN/NOTIFY. The
process that had the lock (in pg_locks it had granted = t ) was shown
by ps in status "notify interrupt waiting" and has had the lock for
over half an hour. (Usually these notifications are very quick.)
the process would not respond to kill, so I kill -9'ed
The only reference I could find to a similar problem was at
http://archives.postgresql.org/pgsql-performance/2008-02/msg00345.php
which seemed to indicate a process should not be in this state for
very long.
We are on postgres 8.4.12.
I'd like to figure out what happened.
There is a web server that talks to this database server (amongst
other clients), and the client addr and port mapped to this web
server, but there was no process on the web server matching the port
number. that's when I decided to kill the postgres process.
Anything I should know or read up on? Any suggestions?
I'd like the system to be able to recover, and for the process to
terminate if the client is no longer around.
Best,
Aleksey
From | Date | Subject | |
---|---|---|---|
Next Message | Sergio Basurto | 2012-09-05 01:39:06 | regexp_matches question |
Previous Message | Geert Mak | 2012-09-05 00:30:13 | Re: "Too far out of the mainstream" |