From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Chad R(dot) Larson" <clarson(at)eldocomp(dot)com> |
Cc: | "Robert M(dot) Meyer" <rmeyer(at)installs(dot)com>, nickf(at)ontko(dot)com, pgsql-jdbc <pgsql-jdbc(at)postgresql(dot)org>, pgsql-admin <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: Leftover processes on shutdown - Debian+JDBC |
Date: | 2003-02-18 03:41:55 |
Message-ID: | 20480.1045539715@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-jdbc |
"Chad R. Larson" <clarson(at)eldocomp(dot)com> writes:
> At 08:25 AM 8/13/02 , Robert M. Meyer wrote:
>> I had the same problem. I rewrote my shutdown script to call 'pg_ctl -m
>> immediate'. So far, I haven't seen any damage because of it and we always
>> restart tomcat at some point in the middle of the night, anyway.
> We're running PostgreSQL as a backend to a J2SE server (with Macromedia
> JRun instead of Tomcat). When we converted our Sun Enterprise servers into
> a cluster (Veritas VCS) we had similar problems. We were using the "fast"
> option on a shutdown, but switchover in the cluster would hang until we
> changed the "fast" to "immediate". We'd prefer "fast", but it does not
> seem to work exactly as documented.
> Solaris 2.6, PostgreSQL 7.1.2, VCS 1.1.
FYI, I think the cause of this has finally been identified -- a client
that sits idle for long enough to let the SI buffer overrun means that
its connected backend will ignore "fast" shutdown requests for as long
as the client continues to do nothing. The bug exists in 7.1 through
current. I just posted a patch to pgsql-admin.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Lutz Steinborn | 2003-02-18 13:06:10 | ServerLoop |
Previous Message | Tom Lane | 2003-02-18 03:06:17 | Re: server won't shutdown |
From | Date | Subject | |
---|---|---|---|
Next Message | dauw | 2003-02-18 09:25:07 | I can't insert the chinese words. |
Previous Message | Marcel Ruff | 2003-02-17 21:07:47 | Temporary memory peak |