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 #
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 |