From: | Greg Stark <stark(at)mit(dot)edu> |
---|---|
To: | john gale <john(at)smadness(dot)com> |
Cc: | PostgreSQL Bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: some postgres 2s SELECT queries are deadlocking forever in __sendto (libsystem_kernel.dylib) |
Date: | 2014-02-14 01:06:13 |
Message-ID: | CAM-w4HMixJEYgQ=J2ORp7MuTHSwjamyH86gyBygGuQ5pSrxv6A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Fri, Feb 14, 2014 at 12:48 AM, john gale <john(at)smadness(dot)com> wrote:
> Does this sound related to anything that might have been attempted to be
> fixed in 9.3.2 ? Does the sample backtrace look like it could be a Postgres
> issue, or could it be a Mac OS X / unix network issue ?
It sounds like a network issue to me. Is there a stateful firewall or
NAT router between the client and the database? Is it possible it's
timing out mappings?
The traces indicate the database is blocked trying to write data to
the client and the client is waiting for more data from the server. To
avoid having connections pile up indefinitely you could try enabling
tcp keepalives which are ironically named because their main purpose
is to kill connections that are stuck in a state like this for too
long. But that won't fix the underlying problem.
--
greg
From | Date | Subject | |
---|---|---|---|
Next Message | digoal | 2014-02-14 01:55:07 | Re: BUG #9210: PostgreSQL string store bug? not enforce check with correct characterSET/encoding |
Previous Message | Tom Lane | 2014-02-14 01:04:54 | Re: some postgres 2s SELECT queries are deadlocking forever in __sendto (libsystem_kernel.dylib) |