Re: 2.1.10-worker core dumps on minotaur

[Sander Temme]

On Nov 22, 2005, at 7:13 PM, Philip M. Gollucci wrote:

It is important to note that this is the first time we've run worker on minotaur (freebsd). So it may still be a freebsd threading issue. I

don't know.

Also following on infra@, an obvious point, but if you switched from prefork to worker, you need to make sure you link against libpthread.so and not libc_r.so on freebsd 5.3+

It seems that the build system does the right thing:


2.1.10-event/bin/httpd:
        libm.so.3 => /lib/libm.so.3 (0x280c3000)

        libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x280f2000)
        libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x2819d000)

        libcrypt.so.2 => /lib/libcrypt.so.2 (0x281de000)
        libpthread.so.1 => /usr/lib/libpthread.so.1 (0x281f6000)
        libc.so.5 => /lib/libc.so.5 (0x2821a000)

2.1.10-prefork/bin/httpd:
        libm.so.3 => /lib/libm.so.3 (0x280c0000)

        libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x280ef000)
        libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x2819a000)

        libcrypt.so.2 => /lib/libcrypt.so.2 (0x281db000)
        libpthread.so.1 => /usr/lib/libpthread.so.1 (0x281f3000)
        libc.so.5 => /lib/libc.so.5 (0x28217000)



2.1.10-worker/bin/httpd:
        libm.so.3 => /lib/libm.so.3 (0x280c2000)

        libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x280f1000)
        libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x2819c000)

        libcrypt.so.2 => /lib/libcrypt.so.2 (0x281dd000)
        libpthread.so.1 => /usr/lib/libpthread.so.1 (0x281f5000)
        libc.so.5 => /lib/libc.so.5 (0x28219000)

So, libpthread across the board and no libc_r.



Server version: Apache/2.1.7-dev
Server built:   Jul 19 2005 09:44:08

which is a little older than what we're currently testing.

S.

--
[EMAIL PROTECTED]              http://www.temme.net/sander/
PGP FP: 51B4 8727 466A 0BC3 69F4  B7B8 B2BE BC40 1529 24AF

[EMAIL PROTECTED]:/usr/local/apache2-install/www.apache.org$ldd 2.1.10- */bin/httpd libaprutil-1.so.2 => /usr/local/apache2-install/ www.apache.org/2.1.10-event/lib/libaprutil-1.so.2 (0x280de000) libapr-1.so.2 => /usr/local/apache2-install/www.apache.org/ 2.1.10-event/lib/libapr-1.so.2 (0x281be000) libaprutil-1.so.2 => /usr/local/apache2-install/ www.apache.org/2.1.10-prefork/lib/libaprutil-1.so.2 (0x280db000) libapr-1.so.2 => /usr/local/apache2-install/www.apache.org/ 2.1.10-prefork/lib/libapr-1.so.2 (0x281bb000) (Actually, I might have built this one with --disable-threads but apparently didn't.) libaprutil-1.so.2 => /usr/local/apache2-install/ www.apache.org/2.1.10-worker/lib/libaprutil-1.so.2 (0x280dd000) libapr-1.so.2 => /usr/local/apache2-install/www.apache.org/ 2.1.10-worker/lib/libapr-1.so.2 (0x281bd000) And once again, it's cvs.apache.org that is dumping, not the RC. cvs.apache.org is running:

smime.p7s
Description: S/MIME cryptographic signature