running pgsql 7 under Jail'ed virtual machine on FreeBSD 4.2 - Mailing list pgsql-general

From Dave VanAuken
Subject running pgsql 7 under Jail'ed virtual machine on FreeBSD 4.2
Date
Msg-id DBEIKNMKGOBGNDHAAKGNMEINCLAA.dave@hawk-systems.com
Whole thread Raw
Responses Re: running pgsql 7 under Jail'ed virtual machine on FreeBSD 4.2  (Matt Beauregard <matt@designscape.com.au>)
Re: running pgsql 7 under Jail'ed virtual machine on FreeBSD 4.2  (The Hermit Hacker <scrappy@hub.org>)
Re: running pgsql 7 under Jail'ed virtual machine on FreeBSD 4.2  (Alex Pilosov <alex@pilosoft.com>)
List pgsql-general
Have a FreeBSD 4.2 box...  have created two Virtual machines with the
jail process.
Apache and PHp configure and execute fine, but am having some
configuration and execution problems with pgsql... not sure if I am
missing something or if pgsql just cannot deal with being in the jail
and sharing the sysv memory

Attempting to manually start the postmaster produces the following:

%postmaster -i
IpcMemoryCreate: shmget failed (Function not implemented) key=5432010,
size=144, permission=700
This type of error is usually caused by an improper
shared memory or System V IPC semaphore configuration.
For more information, see the FAQ and platform-specific
FAQ's in the source directory pgsql/doc or on our
web site at http://www.postgresql.org.
IpcMemoryIdGet: shmget failed (Function not implemented) key=5432010,
size=144, permission=0
IpcMemoryAttach: shmat failed (Function not implemented) id=-2
FATAL 1:  AttachSLockMemory: could not attach segment
%

Have modified the sysctl.conf file to allow usage of sysv memory, but
as it is already shared from the host machine, this may be causing
pgsql to barf on it.

Searching for jail faq's and posts regarding this matter produces some
close, but not helpful posts regarding chroot'ed environments.

Any insights, requests for details, and assistance are appreciated.

Dave


pgsql-general by date:

Previous
From: Nelio Alves Pereira Filho
Date:
Subject: Inheritance and Foreign Keys
Next
From: Jeff Davis
Date:
Subject: Restriction of Database size