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