Re: [PHP3] SSL Core Dump
| From: | Brian T. Allen | Date: | Tue, 03 Oct 2000 22:13:05 +0000 |
| Subject: | Re: [PHP3] SSL Core Dump | ||
| References: | 1 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-18483@lists.php.net to get a copy of this message | ||
Richard & *,
I am having a heck of a time getting OpenSSL 0.9.6 and ModSSL 2.6.6-1.3.12
to work with PHP 4.0.2 and Apache 1.3.12. It works flawlessly and
consistently in http, but https works only about 2/3 of the time. The rest
of the time I get "page not found" errors in the browser.
In the ssl_engine_log I get:
[Tue Oct 3 15:58:47 2000] [error] mod_ssl: SSL handshake interrupted by
system [Hint: Stop button pressed in browser?!] (System error follows)
[Tue Oct 3 15:58:47 2000] [error] System: Connection reset by peer (errno:
104)
and when I switched into debug mode I got this a LOT too:
[02/Oct/2000 17:46:27 04462] [debug] OpenSSL: I/O error, 18437 bytes
expected to read on BIO#0823A5A0 [mem: 082C04E8]
[02/Oct/2000 17:46:27 04462] [debug] OpenSSL: I/O error, 23 bytes expected
to write on BIO#0823A5A0 [mem: 082C8CF8]
Did you ever find a solution to your post below? Did you ever get it
working? I sincerely hope you did.
Any suggestions? I can't track it down to one browser or time or page or
scenario, it appears random. When it does happen, it appears to happen 2 or
3 times at once, and then go away for 3 or 4 pages. I have been fighting it
for months!
Thanks,
Brian T. Allen
> Goal: An SSL-enabled server under my control (w/ bogus certificates).
>
> Upgrading to Apache 1.3.12 and PHP 3.0.15 made it possible to get PHP to
> compile with -DEAPI, and I'm not getting a warning message about that
> anymore, so I reckon I should, in theory, be closer to SSL-nirvana...
>
> My httpd still works just fine for the non-SSL, but dumps core on SSL.
>
> On Linux (Redhat 6.?, kernel 2.2.5-15#1) I've managed to compile all these
> into a big ball:
> Apache 1.3.12
> PHP 3.0.15
> mod_ssl 2.6.0 (-1.3.12)
> OpenSSL 0.9.4
> MM 1.0.12
> rsaref 2.0
>
> Since I'm not getting any error messages in the log file, nor warnings at
> startup or anything else to tell me what I must have done wrong, I decided
> it's time to generate a core dump and a backtrace:
>
> Core was generated by `/usr/local/apache/bin/httpd -DSSL'.
> Program terminated with signal 11, Segmentation fault.
>
> #0 _dl_close (map=0x0) at dl-close.c:45
> (gdb) bt
> #0 _dl_close (map=0x0) at dl-close.c:45
> #1 0x400630c0 in dlclose_doit (handle=0x0) at dlclose.c:26
> #2 0x4000a12b in _dl_catch_error (errstring=0x40064d00,
> operate=0x400630a8 <dlclose_doit>, args=0x0) at dl-error.c:141
> #3 0x40063608 in _dlerror_run (operate=0x400630a8 <dlclose_doit>,
args=0x0)
> at dlerror.c:122
> #4 0x4006308e in dlclose (handle=0x0) at dlclose.c:32
> #5 0x8071450 in ap_os_dso_unload ()
> #6 0x8050420 in unload_module ()
> #7 0x80525be in run_cleanups ()
> #8 0x8050ca5 in ap_clear_pool ()
> #9 0x8050d19 in ap_destroy_pool ()
> #10 0x8050c7d in ap_clear_pool ()
> #11 0x8050d19 in ap_destroy_pool ()
> #12 0x805eb62 in clean_parent_exit ()
> #13 0x8061713 in standalone_main ()
> #14 0x8061c03 in main ()
> #15 0x4007ccb3 in __libc_start_main (main=0x80618ac <main>, argc=2,
> argv=0xbffffd84, init=0x804f9a0 <_init>, fini=0x8098d6c <_fini>,
> rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffd7c)
> at ../sysdeps/generic/libc-start.c:78
> (gdb) q
>
> Can anybody translate that into a particular package I should look at, or
> something really bone-headed I am doing in one of my configures due to
> ignorance? I'm thinking maybe that map thing indicates MM and/or mmap
> which flies by during compile are involved, but that's just a wild guess
on
> my part...
>
> Things from gdb you probably know implicitly:
> Reading symbols from /lib/libm.so.6...done.
> Reading symbols from /lib/libcrypt.so.1...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/libnsl.so.1...done.
> Reading symbols from /lib/libnss_nisplus.so.2...done.
> Reading symbols from /lib/libnss_files.so.2...done.
> Reading symbols from /usr/local/apache/libexec/mod_env.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_log_config.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_mime.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_negotiation.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_status.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_include.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_autoindex.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_dir.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_cgi.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_asis.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_imap.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_actions.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_userdir.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_alias.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_access.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_auth.so...done.
> Reading symbols from /usr/local/apache/libexec/mod_setenvif.so...done.
> Reading symbols from /usr/local/apache/libexec/libphp3.so...done.
> Reading symbols from /usr/lib/libgd.so.1...done.
> Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.6...done.
> Reading symbols from /usr/local/pgsql/lib/libpq.so.2.0...done.
> Reading symbols from /usr/lib/libz.so.1...done.
> Reading symbols from /usr/lib/libgdbm.so.2...done.
> Reading symbols from /lib/libpam.so.0...done.
> Reading symbols from /lib/libresolv.so.2...done.
>
>
>
> And, just in case you need it:
> GNU gdb 4.17.0.11 with Linux support
> 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"...
>
> --
> "TANSTAAFL"
> We're looking for PHP/ASP hacker:
> http://ignitionstate.com/jobs/index.html
> Need Work? Printer Driver: http://L-I-E.com/jobs.htm#PrinterDriveréÅØ’Ì{Àó
> µf>e^
> I will be offline from March 8th through April 2nd.
> http://CHaTMusic.com
http://EmphasisEntertainment.com
> http://L-I-E.com
> http://JadeMaze.com
> http://CatCatalani.com
> http://MGMH.com
> http://VoodooKings.net
> http://UncommonGround.com
>
>
> --
> PHP 3 Mailing List <http://www.php.net/>
> To unsubscribe, send an empty message to php3-unsubscribe@lists.php.net
> To subscribe to the digest, e-mail: php3-digest-subscribe@lists.php.net
> To search the mailing list archive, go to:
http://www.php.net/mailsearch.php3
> To contact the list administrators, e-mail: php-list-admin@lists.php.net