You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Fr...@rz-kiru.de on 2007/09/03 09:08:11 UTC
(28)No space left on device: mod_jk: could not create jk_log_lock
Hello,
tomorrow i had the problem, that my Apache (Apache/2.2.4 (Unix) mod_ssl/2.2.4 OpenSSL/0.9.8d mod_jk/1.2.25) didn't start up. In the "error.log" of the Apache the following error message can be found:
[Sun Sep 02 11:20:30 2007] [crit] (28)No space left on device: mod_jk: could not create jk_log_lock
Configuration Failed
Disk space definitely wasn't the problem, i checked the available space by executing "df" and every partition had at least 25% available free disk space.
/dev/sda3 3076316 2224224 852092 73% /
tmpfs 517592 8 517584 1% /dev/shm
/dev/sda1 530088 41692 488396 8% /boot
/dev/sda5 409580 58016 351564 15% /tmp
/dev/sda6 530088 100712 429376 19% /var/log
/dev/sdb1 18425928 622312 17803616 4% /piro
I tried to start the Apache again, but it still didn't come up. After rebooting the complete server, the problem was gone and the Apache started up as always.
Does anybody have a tip, what could have been the problem? Are similiar problems known? Maybe the Apache has problems handling with semaphores? A similar problem was known in Apache 2.053, but up to now Apache 2.24 didn't have any problems yet.
Thanks in advance for your reply!
Greetz
Frank
Re: (28)No space left on device: mod_jk: could not create jk_log_lock
Posted by Rainer Jung <ra...@kippdata.de>.
Frank.Mensch@rz-kiru.de wrote:
> Hello,
>
> tomorrow i had the problem, that my Apache (Apache/2.2.4 (Unix)
> mod_ssl/2.2.4 OpenSSL/0.9.8d mod_jk/1.2.25) didn't start up. In the
> "error.log" of the Apache the following error message can be found:
>
> [Sun Sep 02 11:20:30 2007] [crit] (28)No space left on device:
> mod_jk: could not create jk_log_lock Configuration Failed
>
> Disk space definitely wasn't the problem, i checked the available
> space by executing "df" and every partition had at least 25%
> available free disk space.
>
> /dev/sda3 3076316 2224224 852092 73% / tmpfs
> 517592 8 517584 1% /dev/shm /dev/sda1
> 530088 41692 488396 8% /boot /dev/sda5 409580
> 58016 351564 15% /tmp /dev/sda6 530088 100712
> 429376 19% /var/log /dev/sdb1 18425928 622312
> 17803616 4% /piro
>
> I tried to start the Apache again, but it still didn't come up. After
> rebooting the complete server, the problem was gone and the Apache
> started up as always.
>
> Does anybody have a tip, what could have been the problem? Are
> similiar problems known? Maybe the Apache has problems handling with
> semaphores? A similar problem was known in Apache 2.053, but up to
> now Apache 2.24 didn't have any problems yet.
Which platform do you use?
The message means, that apr_global_mutex_create() wasn't successful. We
(mod_jk) call it for a lock type of APR_LOCK_DEFAULT. This automatically
maps to one of
APR_LOCK_FCNTL, /**< fcntl() */
APR_LOCK_FLOCK, /**< flock() */
APR_LOCK_SYSVSEM, /**< System V Semaphores */
APR_LOCK_PROC_PTHREAD, /**< POSIX pthread process-based locking */
APR_LOCK_POSIXSEM, /**< POSIX semaphore process-based locking */
So what's the default for your platform?
The general preference is (APR 1.2 used in Apache httpd 2.2):
- flock
- sysvsem
- fcntl
- pthread
- posix semaphore
To find out, what was detected as available during your Apache httpd or
APR build, you need to check the header file apr.h, which gets generated
when building apr resp. httpd. The following command shows you the
available locking methods:
$ grep SERIALIZE apr.h
#define APR_USE_FLOCK_SERIALIZE 0
#define APR_USE_SYSVSEM_SERIALIZE 0
#define APR_USE_POSIXSEM_SERIALIZE 0
#define APR_USE_FCNTL_SERIALIZE 1
#define APR_USE_PROC_PTHREAD_SERIALIZE 0
#define APR_USE_PTHREAD_SERIALIZE 1
#define APR_HAS_FLOCK_SERIALIZE 0
#define APR_HAS_SYSVSEM_SERIALIZE 1
#define APR_HAS_POSIXSEM_SERIALIZE 1
#define APR_HAS_FCNTL_SERIALIZE 1
#define APR_HAS_PROC_PTHREAD_SERIALIZE 1
So this platform supports (HAS) all of them apart from flock, but it
will only use fcntl and pthread. Since fcntl has higher general
preference it will be the default.
You could also find out this by using:
$ ./httpd -V|grep SERIALIZE
-D APR_USE_FCNTL_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
Now that you know the method used, you could check the man pages of the
call, to find out possible reasons for error 28.
Hope that makes sense to you.
> Thanks in advance for your reply!
>
> Greetz Frank
Regards,
Rainer
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Special characters in Apache Server-Info-Tag (Header) after Update
from 2.2.4 to 2.2.6
Posted by Rainer Jung <ra...@kippdata.de>.
I Guess that's
https://issues.apache.org/bugzilla/show_bug.cgi?id=43334
which is an httpd 2.2.6 bug. If you agree, that it's the same issue, you
should direct futher posts to the httpd lists.
Regards,
Rainer
Frank.Mensch@rz-kiru.de wrote:
> Hello,
>
> i updated several Apaches from 2.2.4 to 2.2.6. On the one hand i updated
> Apache but i also updated OpenSSL from 0.9.8.d to 0.9.8.e.
>
> The problem is that the Server-Info-Tag which is written in the ErrorLog
> of the Apache sometimes contains special characters, sometimes not.
>
> For example in one Error-Log i can find the following:
>
> [Fri Sep 28 12:07:43 2007] [notice] Apache/2.2.6 (Unix) mod_ssl/2.2.6
> \x02 mod_jk/1.2.25 configured -- resuming normal operations.
>
> Why is "\x02" written in the Logfile?
>
> On an another Apache (same OS, same update process) i can find the
> following in the Errorlog:
>
> [Fri Sep 28 10:03:18 2007] [notice] Apache/2.2.6 (Unix) mod_ssl/2.2.6
> \xb0\x0c:\bSSL/\x10\x91n\b\xc8\x02:\bP\xfc9\bb 20
> \x91n\b\x18\xf39\b\xa0\xec9\bssl/0\x91
> n\b\xa0\xe29\b(\xdc9\bssl/@\x91n\b\x10\xd39\b\x98\xcc9\bSSL/P\x91n\b\xa8
> \xc29\b0\xbc9\bSSL/`\x91n\b\b\xb39\b\x90\xac9\bSSL/p\x91n\b\xa0\xa29\b(\
> x9c9\bSSL/\x80
> \x91n\b mod_jk/1.2.25 configured -- resuming normal operations
>
> Does somebody have an idea? Is it possible to change the Server-Info-Tag
> or just to cut the special characters?
>
> The problem is, that requests to these servers are blocked by the
> firewall because of the several special characters in the
> Server-Info-Tag.
>
> Thanks in advance for your help!
>
> Greetz
> Frank
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Special characters in Apache Server-Info-Tag (Header) after Update from 2.2.4 to 2.2.6
Posted by Fr...@rz-kiru.de.
Hello,
i updated several Apaches from 2.2.4 to 2.2.6. On the one hand i updated
Apache but i also updated OpenSSL from 0.9.8.d to 0.9.8.e.
The problem is that the Server-Info-Tag which is written in the ErrorLog
of the Apache sometimes contains special characters, sometimes not.
For example in one Error-Log i can find the following:
[Fri Sep 28 12:07:43 2007] [notice] Apache/2.2.6 (Unix) mod_ssl/2.2.6
\x02 mod_jk/1.2.25 configured -- resuming normal operations.
Why is "\x02" written in the Logfile?
On an another Apache (same OS, same update process) i can find the
following in the Errorlog:
[Fri Sep 28 10:03:18 2007] [notice] Apache/2.2.6 (Unix) mod_ssl/2.2.6
\xb0\x0c:\bSSL/\x10\x91n\b\xc8\x02:\bP\xfc9\bb 20
\x91n\b\x18\xf39\b\xa0\xec9\bssl/0\x91
n\b\xa0\xe29\b(\xdc9\bssl/@\x91n\b\x10\xd39\b\x98\xcc9\bSSL/P\x91n\b\xa8
\xc29\b0\xbc9\bSSL/`\x91n\b\b\xb39\b\x90\xac9\bSSL/p\x91n\b\xa0\xa29\b(\
x9c9\bSSL/\x80
\x91n\b mod_jk/1.2.25 configured -- resuming normal operations
Does somebody have an idea? Is it possible to change the Server-Info-Tag
or just to cut the special characters?
The problem is, that requests to these servers are blocked by the
firewall because of the several special characters in the
Server-Info-Tag.
Thanks in advance for your help!
Greetz
Frank