Skip site navigation (1) Skip section navigation (2)

Re: signal 11 on AIX: 7.4.2

From: Christopher Browne <cbbrowne(at)acm(dot)org>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: signal 11 on AIX: 7.4.2
Date: 2004-06-18 02:03:13
Message-ID: m3pt7x1v32.fsf@wolfe.cbbrowne.com (view raw or flat)
Thread:
Lists: pgsql-hackers
Quoth pgman(at)candle(dot)pha(dot)pa(dot)us (Bruce Momjian):
> Andrew Sullivan wrote:
>> On Thu, Jun 17, 2004 at 01:12:10PM -0400, Bruce Momjian wrote:
>>  
>> > Well, the bad news is that this backtrace isn't very useful. 
>> 
>> No kidding.  It's pretty frustrating.
>> 
>> > My only guess is that getaddrinfo in your libc has a bug somehow that is
>> > corrupting the stack (hance the improper backtrace), then crashing.
>> 
>> It could be libc on AIX, I suppose, but it strikes me as sort of odd
>> that nobody else ever seens this.  Unless nobody else is using AIX
>> 5.1, which is of course possible.
>> 
>> One hypothesis is that this is happening at start up time (this
>> core dump didn't show up in the data/ area, but in the init
>> directory, however, which makes that theory a little suspect).
>
> When you say "init" directory, what do you mean?  /bin?

No, it's a directory with various "init-like" scripts.

In "premium hosting environments," root access is restricted to the
site operators, so PostgreSQL doesn't get started up from /etc/init.d.

Instead, PostgreSQL and other services get invoked by custom "init
scripts" in a custom "init directory."
-- 
let name="cbbrowne" and tld="ntlug.org" in name ^ "@" ^ tld;;
http://www.ntlug.org/~cbbrowne/sap.html
"I am a bomb technician. If you see me running, try to keep up..."

In response to

pgsql-hackers by date

Next:From: Tom AllisonDate: 2004-06-18 02:47:01
Subject: Re: [GENERAL] SCO embraces MySQL
Previous:From: Alvaro HerreraDate: 2004-06-18 01:33:28
Subject: nested xacts and phantom Xids

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group