Re: InitDB: Bad system call

From: Torsten Zühlsdorff <foo(at)meisterderspiele(dot)de>
To: Glen Barber <glen(dot)j(dot)barber(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Greg Smith <greg(at)2ndquadrant(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: InitDB: Bad system call
Date: 2010-08-13 08:11:30
Message-ID: 4C64FE32.1000808@meisterderspiele.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi Glen,

>>>> How annoying :-(. I think what you need to do is use truss or strace
>>>> or local equivalent with the follow-forks flag, so that you can see what
>>>> the stand-alone backend process does, not just initdb itself.
>>> Ok, next round. I just have truss as an option, because strace didn't
>>> work at my AMD64. Hope its helpfull:
>>> $ truss -f -o /tmp/pgtuss-f.txt /usr/local/pgsql/bin/initdb -D
>>> /usr/local/pgsql/data
>>> Result:
>>> http://www.dddbl.de/pg-truss-f.txt
>> [ scratches head ... ] That looks like it got interrupted before
>> getting to anything interesting. Did the console printout show any "Bad
>> system call" reports?
>
> I didn't see it mentioned earlier in this thread - is
> security.jail.sysvipc_allowed=1? This will automatically be set to 1 if
> you have jail_sysvipc_allow="YES" in rc.conf.

Yes, it is:
# sysctl -a | grep sysvipc_allowed
security.jail.sysvipc_allowed: 1

Greetings,
Torsten

In response to

Browse pgsql-general by date

  From Date Subject
Next Message =?EUC-KR?B?s+vH9ryu?= 2010-08-13 08:43:58 we test pgpool-II with Shared Storage (Active-Standby)..
Previous Message Peter Geoghegan 2010-08-13 07:40:29 Re: Setting up pgpass.conf for the postgres OS user on windows for pgAgent