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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
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: Sun Sep 29 01:01:26 2024 UTC