php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #19164 mm error in safe mode
Submitted: 2002-08-29 00:21 UTC Modified: 2002-08-29 01:28 UTC
From: vegaspctech at yahoo dot com Assigned:
Status: Not a bug Package: Apache related
PHP Version: 4.2.2 OS: Red Hat 7.2
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: vegaspctech at yahoo dot com
New email:
PHP Version: OS:

 

 [2002-08-29 00:21 UTC] vegaspctech at yahoo dot com
Disabled safe mode when using PHP 4.2, re-enabled safe mode just recently using 4.2.2.  Running a script that includes another script that does not have a matching UID generates the appropriate error message but restarting Apache afterwards generates:

Starting httpd: Ouch! ap_mm_create(1048576, "/var/run/httpd.mm.2126") failed
Error: MM: mm:core: failed to acquire semaphore (No space left on device): OS: Identifier removed

Disabling safe mode has had no effect when only Apache was restarted.  Restarting the system with safe mode disabled returns things to normal.  Re-enabling safe mode, restarting Apache and running any script causes the error to return.

Fairly generic Red Hat 7.2 system with KDE 2.2.2. 

./configure --prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--includedir=/usr/include \
--infodir=/usr/share/info \
--libdir=/usr/lib \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--mandir=/usr/share/man \
--sbindir=/usr/sbin \
--sharedstatedir=/usr/com \
--sysconfdir=/etc \
--datadir=/usr/share \
--enable-bcmath \
--enable-calendar \
--enable-dbx \
--enable-exif \
--enable-ftp \
--enable-gd-native-ttf \
--enable-magic-quotes \
--enable-mbstring \
--enable-memory-limit \
--enable-safe-mode \
--enable-shmop \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-track-vars \
--enable-trans-sid \
--enable-wddx \
--with-apxs=/usr/sbin/apxs \
--with-bz2 \
--with-config-file-path=/etc \
--with-curl \
--with-db3 \
--with-dom \
--with-expat-dir=/usr \
--with-freetype-dir=/usr \
--with-gdbm \
--with-gd=/usr \
--with-gettext \
--with-gmp \
--with-gnu-ld \
--with-imap-ssl=/usr \
--with-imap=/usr \
--with-jpeg-dir=/usr \
--with-kerberos=/usr/kerberos \
--with-layout=GNU \
--with-ldap=/usr \
--with-mm=/usr \
--with-mysql=/usr \
--with-ncurses \
--with-openssl=/usr \
--with-png-dir=/usr \
--with-pspell=/usr \
--with-qtdom \
--with-regex=system \
--with-unixODBC=/usr \
--with-zlib=/usr

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-08-29 00:34 UTC] vegaspctech at yahoo dot com
mm-1.1.3-8
apache-1.3.22-6
 [2002-08-29 01:17 UTC] vegaspctech at yahoo dot com
Sorry ladies and gentlemen, but this may be related to other software or a configuration file typo.  Trying to repeat the same steps and scripts that generated the error last night produces no error tonight.  Many apologies.  Apparently a false alarm.
 [2002-08-29 01:28 UTC] derick@php.net
Likely a user error then -> bogus
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Sep 28 23:01:27 2024 UTC