On Sun, 5 May 2002, Joel Burton wrote:
> > "Joel Burton" <joel@joelburton.com> writes:
> > >> Rather than propagating the SysV semaphore API still further, why don't
> > >> we kill it now? (I'm willing to keep the shmem API, however.)
> >
> > > Would this have the benefit of allow PostgreSQL to work properly in BSD
> > > jails, since lack of really working SysV IPC was the problem there?
> >
> > Was the problem just with semas, or was shmem an issue too?
>
> Not sure -- doesn't get far enough for me to tell. initdb dies with:
>
> creating template1 database in /usr/local/pgsql/data/base/1...
> IpcSemaphoreCreate: semget(key=1, num=17, 03600) failed:
> Function not implemented
Read the jail manpage:
jail.sysvipc_allowed This MIB entry determines whether or not processes within a jail have access
toSystem V IPC primitives. In the current jail imple- mentation, System V primitives share a single namespace
acrossthe host and jail environments, meaning that processes within a jail would be able to communicate
with(and potentially interfere with) processes outside of the jail, and in other jails. As such, this
functionalityis disabled by default, but can be enabled by setting this MIB entry to 1.
