There is a real problem with RH 6.0 and dual db libs on glibc 2.1
When I got the standard binary RPM (from Magnus) and try to run it on
my RH 6.0 system, mod_ssl core dump (SIGSEGV) when accessing https files.
If I rebuild the source, and use the new binary there is no more core.
ldd tell us that the 5.2 generated httpd use libdb.so.2 and
6.O generated's use libdb.so.3. It seems there is something
broken in liddb.so.2 support under glibc 2.1.
But I've allways problem when accessing /var/run/ssl_cache
[08/Jun/1999 17:59:09] [error] Cannot open SSLSessionCache DBM file
`/var/run/ssl_scache' for expiring (System error follows)
[08/Jun/1999 17:59:09] [error] System: Permission denied (errno: 13)
[08/Jun/1999 17:59:09] [error] Cannot open SSLSessionCache DBM file
`/var/run/ssl_scache' for writing (store) (System error follows)
[08/Jun/1999 17:59:09] [error] System: Permission denied (errno: 13)
the file seems to be mod 600 and own/grp root. It's seems ok since the http
father create dbm.
But childs run as nobody/nobody so they couldn't ever access the dbm file.
Looking system calls with strace give :
[4012eed7] geteuid() = 0
[401434f4] chown("/var/run/ssl_scache", 99, 4294967295) = -1 ENOENT (No such
file or directory)
[401434f4] chown("/var/run/ssl_scache.dir", 99, 4294967295) = -1 ENOENT (No
such file or directory)
[401434f4] chown("/var/run/ssl_scache.pag", 99, 4294967295) = -1 ENOENT (No
such file or directory)
And if you look in /usr/include/db1/ndbm.h you see
/*
* The db(3) support for ndbm(3) always appends this suffix to the
* file name to avoid overwriting the user's original database.
*/
#define DBM_SUFFIX ".db"
The problem lies in the fact mod_ssl chown to nobody inexisting files.
So here is the patch which will be soon commited to RPM by Magnus
<<apache-ndbm.patch>>
...............................................
. . S.L.I.B .
. ____[_]____ . 5 Place Charles B�raudier .
. (. .) . 69428 Lyon Cedex 03 .
..oOOo..(_)..oOOo..............................
. Tel: 0472367723 .
. Henri Gomez [EMAIL PROTECTED] Fax: 0472367778 .
...............................................
apache-ndbm.patch
