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 /BODY/HTML 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? **) !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN HTMLHEAD TITLE302 Found/TITLE /HEADBODY H1Found/H1 The document has moved A HREF=https://buda.bst.bls.com:8443/;here/A.P HR ADDRESSApache/1.3.12 Server at A HREF=mailto:[EMAIL PROTECTED] mbos04111.al.bst.bls.com/A Port 8080/ADDRESS /BODY/HTML 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/ __ Apache Interface to OpenSSL (mod_ssl) www.modssl.org User Support Mailing List [EMAIL PROTECTED] Automated List Manager[EMAIL PROTECTED] __ Apache Interface to OpenSSL (mod_ssl) www.modssl.org User Support Mailing List [EMAIL PROTECTED] Automated List Manager[EMAIL PROTECTED]
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 "/BODY/HTML" 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? **) !DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN" HTMLHEAD TITLE302 Found/TITLE /HEADBODY H1Found/H1 The document has moved A HREF="https://buda.bst.bls.com:8443/"here/A.P HR ADDRESSApache/1.3.12 Server at A HREF="mailto:[EMAIL PROTECTED] m"bos04111.al.bst.bls.com/A Port 8080/ADDRESS /BODY/HTML 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/ __ 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 deliverspages perfectly, other times it takes half a minute. The other day theerror log piled up with several dozen segfault child expirations whilechecking it from a coworkers desk, which probably explains the emptydocument 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 Iam not seeing in my web pages, which are no logical part of the outputthat I understand, and aren't there from the normal server. GET / HTTP/1.1 (** I send request headers **)Host: buda.bst.bls.comHTTP/1.1 302 Found (** It responds correctly **)Date: Tue, 30 May 2000 14:39:03 GMTServer: Apache/1.3.12 (Unix) mod_perl/1.23 mod_ssl/2.6.4 OpenSSL/0.9.5aLocation: https://buda.bst.bls.com:8443/Transfer-Encoding: chunked NOTE THIS HEADER. Content-Type: text/html; charset=iso-8859-115a (** but what is this? **)!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"HTMLHEADTITLE302 Found/TITLE/HEADBODYH1Found/H1The document has moved AHREF="https://buda.bst.bls.com:8443/"here/A.PHRADDRESSApache/1.3.12 Server at AHREF="mailto:[EMAIL PROTECTED]m"bos04111.al.bst.bls.com/A Port 8080/ADDRESS/BODY/HTML0 (** 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