Re: hang time, segfaults
--- Cliff Woolley <[EMAIL PROTECTED]> wrote: > > It hangs a lot, especially on page reloads. Sometimes it delivers > > pages perfectly, other times it takes half a minute. The other day > > the error log piled up with several dozen segfault child expirations > > while checking it from a coworkers desk, which probably explains the > > empty document pages he kept getting. I have no real clue why. > > Check your SSLRandomSeed and SSLSessionCache settings. Your > SSLRandomSeed might be set to a blocking source of entropy (such as > /dev/random as opposed to /dev/urandom on some platforms). You might > be using a DBM Session Cache and be using a broken DBM library. What > are these set to for you? SSLRandomSeed startup builtin SSLRandomSeed connect builtin SSLSessionCache dbm:/dart10/web/userdb/ssl_scache I *have* had a little trouble with the ssl_scache losing it's mind, so that it asked for the cert on every request And though this is one of those messages I sent out a year ago, it's one that I never got a solution for. I'm *still* having this problem! All too frequently, pages just don't load. ANY help on this matter is appreciated! > > The one thing amiss I can find is probably just ignorance on my > > part. When I telnet to the server, it's return output includes > > numbers that I am not seeing in my web pages, which are no logical > > part of the output that I understand, and aren't there from the > > normal server. > > >GET / HTTP/1.1(** I send request headers **) > >Host: buda.bst.bls.com > > >HTTP/1.1 302 Found(** It responds correctly **) > >Date: Tue, 30 May 2000 14:39:03 GMT > >Server: Apache/1.3.12 (Unix) mod_perl/1.23 mod_ssl/2.6.4 [line wrapped here] OpenSSL/0.9.5a > >Location: https://buda.bst.bls.com:8443/ > >Transfer-Encoding: chunked > > NOTE THIS HEADER. > > >Content-Type: text/html; charset=iso-8859-1 > > >15a (** but what is this? **) > > > > > >302 Found > > > >Found > >The document has moved >HREF="https://buda.bst.bls.com:8443/";>here. > > > >Apache/1.3.12 Server at >HREF="mailto:[EMAIL PROTECTED] > >m">bos04111.al.bst.bls.com Port 8080 > > > > > >0 (** and this? **) > > The "extra" numbers denote the beginning and end of a chunk in the > chunked encoding of the body of the response. (Transfer-Encoding: > chunked). If you had a long response, it could be in multiple > chunks. > That's all. So no, they're not part of the web page, and yes, they > are correct. =-) This is completely unrelated to > slowness/hangs/segfaults. > > Hope this helps. This I had gotten an answer for, but thanks for the time nonetheless! ;o] > --Cliff So, when SSLSessionCache uses dbm:/some/path, what dbm library does it use? I'm on an HP_UX B.10.20 OS, which has always been pretty rock-solid stable for us -- the only bug I've ever know for sure was in the EBCDIC-ASCII conversion functions in C, but I rolled my own in Perl. =o) Paul __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ __ Apache Interface to OpenSSL (mod_ssl) www.modssl.org User Support Mailing List [EMAIL PROTECTED] Automated List Manager[EMAIL PROTECTED]
Re: hang time, segfaults
Cliff WoolleyCentral Systems Software AdministratorWashington and Lee Universityhttp://www.wlu.edu/~jwoolley/ Work: (540) 463-8089Pager: (540) 462-2303>>> [EMAIL PROTECTED] 05/30/00 10:51AM It hangs a lot, especially on page reloads. Sometimes it delivers>pages perfectly, other times it takes half a minute. The other day the>error log piled up with several dozen segfault child expirations while>checking it from a coworkers desk, which probably explains the empty>document pages he kept getting. I have no real clue why. Check your SSLRandomSeed and SSLSessionCache settings. Your SSLRandomSeed might be set to a blocking source of entropy (such as /dev/random as opposed to /dev/urandom on some platforms). You might be using a DBM Session Cache and be using a broken DBM library. What are these set to for you? >The one thing amiss I can find is probably just ignorance on my part.>When I telnet to the server, it's return output includes numbers that I>am not seeing in my web pages, which are no logical part of the output>that I understand, and aren't there from the normal server. >GET / HTTP/1.1 (** I send request headers **)>Host: buda.bst.bls.com>HTTP/1.1 302 Found (** It responds correctly **)>Date: Tue, 30 May 2000 14:39:03 GMT>Server: Apache/1.3.12 (Unix) mod_perl/1.23 mod_ssl/2.6.4 OpenSSL/0.9.5a>Location: https://buda.bst.bls.com:8443/>Transfer-Encoding: chunked NOTE THIS HEADER. >Content-Type: text/html; charset=iso-8859-1>15a (** but what is this? **)>>>302 Found>>Found>The document has moved >HREF="https://buda.bst.bls.com:8443/">here.>>Apache/1.3.12 Server at >HREF="mailto:[EMAIL PROTECTED]>m">bos04111.al.bst.bls.com Port 8080>>>0 (** and this? **) The "extra" numbers denote the beginning and end of a chunk in the chunked encoding of the body of the response. (Transfer-Encoding: chunked). If you had a long response, it could be in multiple chunks. That's all. So no, they're not part of the web page, and yes, they are correct. =-) This is completely unrelated to slowness/hangs/segfaults. Hope this helps. --Cliff
hang time, segfaults
This is way too generic, and I apologize, but maybe someone will have had a similar problem and be able to clue me into what I should be looking at. The server's running on the testbed (Apache/1.3.12 (Unix) mod_perl/1.23 mod_ssl/2.6.4 OpenSSL/0.9.5a, with an automatic redirect from 8080 to 8443), but not quite perfectly. :o/ It hangs a lot, especially on page reloads. Sometimes it delivers pages perfectly, other times it takes half a minute. The other day the error log piled up with several dozen segfault child expirations while checking it from a coworkers desk, which probably explains the empty document pages he kept getting. I have no real clue why. The one thing amiss I can find is probably just ignorance on my part. When I telnet to the server, it's return output includes numbers that I am not seeing in my web pages, which are no logical part of the output that I understand, and aren't there from the normal server. Specifically (as an example), I'm getting "15a" as the first line of actual text after the blank line that ends headers, and a "0" two lines after the "" line that ends the page the server sends at the end of the 302 message from the page I requested (which 302 is correct server behavior, btw). Here's the Telnet transcript, with my parenthetical comments (note it's an intranet site, not accessible from outside the company): = $ telnet buda.bst.bls.com 8080 Trying... Connected to buda.bst.bls.com. Escape character is '^]'. GET / HTTP/1.1(** I send request headers **) Host: buda.bst.bls.com HTTP/1.1 302 Found(** It responds correctly **) Date: Tue, 30 May 2000 14:39:03 GMT Server: Apache/1.3.12 (Unix) mod_perl/1.23 mod_ssl/2.6.4 OpenSSL/0.9.5a Location: https://buda.bst.bls.com:8443/ Transfer-Encoding: chunked Content-Type: text/html; charset=iso-8859-1 15a (** but what is this? **) 302 Found Found The document has moved https://buda.bst.bls.com:8443/">here. Apache/1.3.12 Server at mailto:[EMAIL PROTECTED] m">bos04111.al.bst.bls.com Port 8080 0 (** and this? **) Connection closed by foreign host. = Help? >:o/ Paul We are symbols, and inhabit symbols. -- Emerson __ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/
