Re: some postgres 2s SELECT queries are deadlocking forever in __sendto (libsystem_kernel.dylib)

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

In response to

Browse pgsql-bugs by date

  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)