Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 73600 invoked by uid 500); 13 Jan 2002 01:13:00 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 73585 invoked from network); 13 Jan 2002 01:13:00 -0000 Date: Sat, 12 Jan 2002 21:09:02 -0400 (AST) From: "Marc G. Fournier" To: dev@httpd.apache.org Subject: Re: [HEAD] --with-mpm=worker under FreeBSD 4.5 does nothing? In-Reply-To: <20020111095503.H1529@clove.org> Message-ID: <20020112210630.L15832-100000@earth.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Fri, 11 Jan 2002, Aaron Bannert wrote: > On Fri, Jan 11, 2002 at 01:32:35PM -0400, Marc G. Fournier wrote: > > On Fri, 11 Jan 2002, Aaron Bannert wrote: > > > > > On Fri, Jan 11, 2002 at 10:27:18AM -0400, Marc G. Fournier wrote: > > > ... > > > > [Fri Jan 11 14:20:19 2002] [crit] (78)Function not implemented: Fatal error: could not open(create) scoreboard > > > ... > > > > > > > Even if I comment out the 'ScoreBoard' line in httpd.conf, it > > > > gives the 'Function not implemented' error ... > > > > > > > > Known problem? If not, suggestions on how to debug and provide > > > > something just a wee bit more useful? I'm not finding any core files > > > > laying about, so nothing I can gdb ... > > > ... > > > > > > send in the output of `grep SHM srclib/apr/include/apr.h` so we can find > > > out what shared memory subsystems are available on your platform. > > > > jail# grep SHM srclib/apr/include/apr.h > > #define APR_HAVE_SHMEM_MMAP_TMP 1 > > #define APR_HAVE_SHMEM_MMAP_SHM 1 > > #define APR_HAVE_SHMEM_MMAP_ZERO 1 > > #define APR_HAVE_SHMEM_SHMGET_ANON 1 > > #define APR_HAVE_SHMEM_SHMGET 1 > > #define APR_HAVE_SHMEM_MMAP_ANON 1 > > #define APR_HAVE_SHMEM_BEOS 0 > > #define APR_USE_SHMEM_MMAP_TMP 0 > > #define APR_USE_SHMEM_MMAP_SHM 0 > > #define APR_USE_SHMEM_MMAP_ZERO 0 > > #define APR_USE_SHMEM_SHMGET_ANON 0 > > #define APR_USE_SHMEM_SHMGET 1 > > #define APR_USE_SHMEM_MMAP_ANON 1 > > #define APR_USE_SHMEM_BEOS 0 > > These are identical to what I have on 5.0-CURRENT, and I just > verified that it still works for me. > > If you are getting "Not implemented on this platform" errors, then > something funny is going on -- that only happens in the scoreboard if > you don't have any anonymous shmem implementations, which according to > your HAVE_SHMEM defines above is not true (you have every shmem type > known to APR on your system). Okay, this makes sense then, as use of shared memory in a jail environment is not currently enabled by default, and is not recommended: jail.sysvipc_allowed This MIB entry determines whether or not processes within a jail have access to System V IPC primitives. In the current jail imple- mentation, System V primitives share a single namespace across the 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 functionality is disabled by default, but can be enabled by setting this MIB entry to 1. Now, does apache2 *require* shared memory, or can I set all of the above to zero, and it will work around the limitation?