You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2005/07/03 03:15:06 UTC

DO NOT REPLY [Bug 26265] - [emerg] (28)No space left on device: Couldn't create accept lock

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=26265>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=26265





------- Additional Comments From mmokrejs@natur.cuni.cz  2005-07-03 03:15 -------
I had similar problem on Gentoo linux right now. I was facing weird problems
with mod_python last weeks. Time to time mod_python runs in 'restricted mode'.
Once I have realized the poblem appears fortunately reproducibly with some tiny
test code I had. The code was in python and was using cElementTree module.

The error generated by python was:

IOError: file() constructor not accessible in restricted mode 

I've emailed Fredrik Lundh, and ofr the sake of the archive I'm attaching what
I wrote. I was using apache-2.0.54-r7 (and 2.0.54-r11), mod_python-3.1.3-r1 (and
3.1.4), celementtree-1.0 (and celementtree-1.0.2), elementtree-1.2:

Hi Fredrik,
 some definitely the problem is with cElementTree. When I use
ElementTree isntead, the problem goes away. It manifests with
apache holding lots of semaphores and I believe why I saw using
strace one of the apache processes not willing to exit on apache
shutdown doing this:

Process 6424 attached - interrupt to quit
select(0, NULL, NULL, NULL, {0, 74000}) = 0 (Timeout)
waitpid(-1, 0xbffffb30, WNOHANG|WSTOPPED) = 0
select(0, NULL, NULL, NULL, {1, 0})     = 0 (Timeout)
waitpid(-1, 0xbffffb30, WNOHANG|WSTOPPED) = 0
select(0, NULL, NULL, NULL, {1, 0})     = 0 (Timeout)
waitpid(-1, 0xbffffb30, WNOHANG|WSTOPPED) = 0
select(0, NULL, NULL, NULL, {1, 0})     = 0 (Timeout)


I recompiled apache to make sure the problem is not in there
and turned on debug log, but I couldn't restart apache anylonger.
Actually, I could not shut it down. I killed the threads with -9
but I couldn't start it either, and found these errors:

[Sun Jul 03 00:47:09 2005] [info] mod_unique_id: using ip addr 195.113.57.20
[Sun Jul 03 00:47:10 2005] [info] Init: Initializing OpenSSL library
[Sun Jul 03 00:47:10 2005] [info] Init: Seeding PRNG with 512 bytes of entropy
[Sun Jul 03 00:47:10 2005] [info] Init: Generating temporary RSA private keys
(512/1024 bits)
[Sun Jul 03 00:47:10 2005] [info] Init: Generating temporary DH parameters
(512/1024 bits)
[Sun Jul 03 00:47:10 2005] [info] Init: Initializing (virtual) servers for SSL
[Sun Jul 03 00:47:10 2005] [info] Server: Apache/2.0.54, Interface:
mod_ssl/2.0.54, Library: OpenSSL/0.9.7g
[Sun Jul 03 00:47:10 2005] [info] mod_unique_id: using ip addr 195.113.57.20
[Sun Jul 03 00:47:11 2005] [notice] mod_python: Creating 32 session mutexes
based on 16 max processes and 2 max threads.
[Sun Jul 03 00:47:11 2005] [error] (28)No space left on device: mod_python:
Failed to create global mutex 0 of 32 (/tmp/mpmtx293580).
Configuration Failed

The machine had gigabytes of diskspace so that wasn't the problem.

Luckily I found this page http://www2.goldfisch.at/knowledge/224
so I've managed to kill those semaphores hanging around without machine
reboot.

I could start apache again and replace all cElementTree uses with
ElementTree in my program. And then it was clear. Just to be sure
I've compiled/installed cElementTree-1.0.2 but that did not help,
nor downgrade back to cElementTree-1.0. Based on that "goldfisch"
webpage I think problem might be some memleak causing apache being
the parent process not to exit? Is this scenario possible?
Martin 

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org