Re: signal 11 on AIX: 7.4.2

From: Jan Wieck <JanWieck(at)Yahoo(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andrew Sullivan <ajs(at)crankycanuck(dot)ca>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: signal 11 on AIX: 7.4.2
Date: 2004-09-18 10:06:05
Message-ID: 414C088D.2060402@Yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 9/17/2004 7:32 PM, Tom Lane wrote:
> Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:
>> The problem comes and goes. So either I can cause a coredump just on the
>> snap by running a shellscript that does 100 psql -c "select version()"
>> calls, or it is next to impossible to crash it at all.
>
> Hmm, that's really bizarre. It seems like the only satisfactory
> explanation for that would involve some external condition that varies
> over time. I'm wondering about DNS lookup results in particular.
> What values are you asking getaddrinfo to look up, and might those
> involve consulting DNS? If so, try to correlate the crash probability
> with changes in your DNS zone contents ...
>
> regards, tom lane

Except for one "localhost", one "/tmp/.s.PGSQL..." and the "543x" lookup
during the postmaster start, all lookups are IP addresses with
AI_NUMERICHOST set. And we have checked with tcpdump that the box really
does not issue DNS lookups.

Jan

--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Hans-Jürgen Schönig 2004-09-18 11:17:40 Interesting issue with SFR in PL/pgSQL ...
Previous Message Oliver Jowett 2004-09-18 01:23:55 Re: libpq and prepared statements progress for 8.0