Re: Upgraded from 4.0.6 to 4.1.1 and now apache segfaults

Thank you very much for your time and help, Yasuo. I managed to get it working this morning by taking out the --with-openssl from my php configure line. Apparently the docs say its still an experimental feature. We had OpenSSL 0.9.6a when I compiled 4.0.6, but now have 0.9.6c, so I think it might make some difference. In any case, we didn't have huge plans for using the PHP OpenSSL support. Thanks again! -Russ "Yasuo Ohgaki" <yasuo_ohgaki@yahoo.com> wrote in message news:3C4509A7.7060300@yahoo.com... > Russ Goodwin wrote: > > I actually switched to the stock php.ini-recommended to find out if there > > was a problem in my php.ini and it behaves no differently. > > > > All the "extensions=" lines are commented out in that file. > > > > Thanks for the try. Anything else? I'll take all the advice, hints, and > > guesses I can get, as I'm clean out! > > > > -Russ > > Can you display phpinfo()? > > -- > Yasuo Ohgaki > > > > > > > > > "Yasuo Ohgaki" <yasuo_ohgaki@yahoo.com> wrote in message > > news:3C44D712.7000102@yahoo.com... > > > >>I guess you are loading incompatible modules from > >>your php.ini. > >> > >>Get rid of all extensions including zend extensions. > >> > >>-- > >>Yasuo Ohgaki > >> > >>Russ Goodwin wrote: > >> > >>>Hi- > >>> > >>>I've searched high and low (bugs.php.net and google) and can't seem to > >>> > > find > > > >>>anyone with this same problem, I'm not entirely convinced it's a bug, > >>> > > but if > > > >>>I should post it to the bugs db, please let me know... > >>> > >>>I'm running Apache 1.3.22, MySQL 3.23.46, cURL 7.8, mod_ssl 2.8.5 and > >>> > > PHP > > > >>>4.0.6/4.1.1 on RH Linux 6.2 kernel 2.2.18pre11-va2.0smp. (with php as a > >>>DSO, mod_ssl static). > >>> > >>>Using the 4.0.6 module, I have no problems. When I install 4.1.1, then > >>> > > run > > > >>>'apachectl startssl', apachectl functions normally, asks for my > >>>key's > >>>passphrase, then exits. Ordinarily the forked child would stay alive > >>> > > and > > > >>>spawn off StartServers children, but instead a 'ps aux' shows no httpd's > >>>running. > >>> > >>>I have about a dozen virtualhosts set up, and when I rip out all but the > >>>first 6 and then comment out the ErrorLog and CustomLog lines in the 6th > >>>virtualhost setup (or rip the 6th virtualhost altogether), apache starts > >>>fine. I've tried re-ordering the virtualhosts but that doesn't help. I > >>>found in the apache docs that it might be a file descriptor limit > >>> > > problem, > > > >>>and posted to the php.install group asking if anyone had seen this, but > >>> > > got > > > >>>no response. I'm convinced it's not a file descriptor problem, though > >>>because running 'limit' shows "descriptors 1024" and > >>>"openfiles > >>>1024" (everything else unlimited). The segfault only happens with the > >>> > > newer > > > >>>php though, so I'm posting here... if you think it's an apache (or > >>> > > something > > > >>>else) problem, please let me know. > >>> > >>>I've uncommented the 6th virtualhost's log directives and run 'httpd -X' > >>> > > to > > > >>>get a core file, and the backtrace says: > >>> > >>>#gdb /usr/local/apache/bin/httpd /tmp/core > >>>GNU gdb 19991004 > >>>Copyright 1998 Free Software Foundation, Inc. > >>>GDB is free software, covered by the GNU General Public License, and you > >>> > > are > > > >>>welcome to change it and/or distribute copies of it under certain > >>>conditions. > >>>Type "show copying" to see the conditions. > >>>There is absolutely no warranty for GDB. Type "show warranty" for > >>> > > details. > > > >>>This GDB was configured as "i386-redhat-linux"... > >>>Core was generated by `httpd -X'. > >>>Program terminated with signal 11, Segmentation fault. > >>>Reading symbols from /lib/libm.so.6...done. > >>>Reading symbols from /lib/libcrypt.so.1...done. > >>>Reading symbols from /lib/libdb.so.3...done. > >>>Reading symbols from /usr/local/lib/libexpat.so.0...done. > >>>Reading symbols from /lib/libdl.so.2...done. > >>>Reading symbols from /lib/libc.so.6...done. > >>>Reading symbols from /lib/ld-linux.so.2...done. > >>>Reading symbols from /lib/libnss_files.so.2...done. > >>>Reading symbols from /usr/local/apache/libexec/libphp4.so...done. > >>>Reading symbols from /lib/libresolv.so.2...done. > >>>Reading symbols from /lib/libpam.so.0...done. > >>>Reading symbols from /home/mysql/lib/mysql/libmysqlclient.so.10...done. > >>>Reading symbols from /usr/local/lib/libcurl.so.2...done. > >>>Reading symbols from /lib/libnsl.so.1...done. > >>>Reading symbols from /usr/lib/libz.so.1...done. > >>>#0 strcmp (p1=0x403785c0 <Address 0x403785c0 out of bounds>, > >>> > > p2=0x406935c0 > > > >>>"DESX") at ../sysdeps/generic/strcmp.c:38 > >>>38 ../sysdeps/generic/strcmp.c: No such file or directory. > >>>(gdb) bt > >>>#0 strcmp (p1=0x403785c0 <Address 0x403785c0 out of bounds>, > >>> > > p2=0x406935c0 > > > >>>"DESX") at ../sysdeps/generic/strcmp.c:38 > >>>#1 0x80f984d in obj_name_cmp () > >>>Cannot access memory at address 0x3008add8 > >>>(gdb) quit > >>> > >>> > >>>If I do an 'strace httpd -X', the last several lines look like this: > >>>old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, > >>> > > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) > > > >>>= 0x401ba000 > >>>_llseek(21, 0, [0], SEEK_CUR) = 0 > >>>getpid() = 12231 > >>>stat("/usr/local/apache/logs/httpd.pid", {st_mode=S_IFREG|0644, > >>> > > st_size=6, > > > >>>...}) = 0 > >>>time(NULL) = 1011128952 > >>>write(2, "[Tue Jan 15 16:09:12 2002] [warn"..., 131) = 131 > >>>write(2, "\n", 1) = 1 > >>>umask(022) = 02 > >>>umask(022) = 022 > >>>open("/usr/local/apache/logs/httpd.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) > >>> > > = 3 > > > >>>umask(02) = 022 > >>>fstat64(0x3, 0xbffff1a0) = 0 > >>>old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, > >>> > > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) > > > >>>= 0x401bb000 > >>>write(3, "12231\n", 6) = 6 > >>>close(3) = 0 > >>>munmap(0x401bb000, 4096) = 0 > >>>open("./php.ini", O_RDONLY) = -1 ENOENT (No such file or > >>>directory) > >>>open("/usr/local/lib/php.ini", O_RDONLY) = 3 > >>>getcwd("/tmp", 4095) = 5 > >>>lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 > >>>lstat("/usr/local", {st_mode=S_IFDIR|S_ISGID|0755, st_size=4096, ...}) = > >>> > > 0 > > > >>>lstat("/usr/local/lib", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 > >>>lstat("/usr/local/lib/php.ini", {st_mode=S_IFREG|0644, st_size=24208, > >>> > > ...}) > > > >>>= 0 > >>>ioctl(3, TCGETS, 0xbffff7fc) = -1 ENOTTY (Inappropriate ioctl > >>> > > for > > > >>>device) > >>>read(3, "[PHP]\n; $Id: php.ini-dist,v 1.78"..., 8192) = 8192 > >>>read(3, "n to end users, such as file pat"..., 8192) = 8192 > >>>read(3, "CP_PORT or the mysql-tcp entry i"..., 8192) = 7824 > >>>read(3, "", 368) = 0 > >>>read(3, "", 8192) = 0 > >>>ioctl(3, TCGETS, 0xbfffec14) = -1 ENOTTY (Inappropriate ioctl > >>> > > for > > > >>>device) > >>>close(3) = 0 > >>>--- SIGSEGV (Segmentation fault) --- > >>>+++ killed by SIGSEGV +++ > >>> > >>> > >>>Interestingly, if I 'strace httpd -X' while using the 4.0.6 module and > >>>compare, the last "read(3, "",8192)" call doesn't occur... > >>>the close is > >>>followed by lots of brk's (dunno if this is of any significance). > >>> > > Looks to > > > >>>me like "whatever happens right after reading in php.ini" is causing the > >>>segfault. But I don't know what that is or how to fix it. > >>> > >>>The last line in my ssl_engine_log after a segfault shows: > >>>[info] Init: Configuring temporary DH parameters (512/1024 bits) > >>> > >>>When using 4.0.6, the line after that one is: > >>>[info] Init: 2nd startup round (already detached) > >>><followed by lots more and a properly functioning httpd> > >>> > >>>4.1.1 is configured like this: > >>> > >>> > > ./configure --with-mysql=/home/mysql --with-apxs=/usr/local/apache/bin/apxs > > > >>> --with-curl=/usr/local/lib/libcurl.so --with-openssl --enable-debug > >>> > >>>4.0.6 is configured like this: > >>> > >>> > > ./configure --with-mysql=/home/mysql --with-apxs=/usr/local/apache/bin/apxs > > > >>> --with-curl=/usr/local/lib/libcurl.so --with-openssl > >>> > >>> > >>>I'm really stuck, so any help you can offer would be greatly > >>> > > appreciated. > > > >>>Thanks. > >>> > >>>-Russ > >>> > >>> > >>> > > > > > > > > -- > Yasuo Ohgaki >