Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 57533 invoked from network); 29 May 2002 15:33:22 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 29 May 2002 15:33:22 -0000 Received: (qmail 18751 invoked by uid 97); 29 May 2002 15:33:05 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 18633 invoked by uid 97); 29 May 2002 15:33:04 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 28239 invoked by uid 98); 29 May 2002 07:54:52 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Content-return: allowed Date: Wed, 29 May 2002 08:54:29 +0100 From: "Ashton, Bruce" Subject: RE: large requests crash mod_jk on HP-UX 11.0 To: 'Tomcat Developers List' Message-id: <596BE2E97AC1D4119E6A0008C70D0306081C4DEB@mailhq01.meto.gov.uk> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain Content-transfer-encoding: 7BIT X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Thanks Costin, I've found a workaround now, but I might try the cvs head anyway. With a bit of luck HP's fix, whatever it was might have got in there. > Can you try with the CVS head ? > > There are many bug fixes since 4.0.2. > > > [Mon May 27 14:07:01 2002] [notice] child pid 13574 exit signal > Segmentation > > fault (11) > > [Mon May 27 14:07:01 2002] [notice] child pid 12572 exit signal > Segmentation > > fault (11) > > I hope using CVS head will fix this. If not, could you try running: > gdb httpd > > run -X > > Then do the request, you should see the sig11 in gdb - then do > 'bt' and send us the result ? > > Or configure apache to generate core dumps, and go: > gdb .../httpd .../core > > bt [Ashton, Bruce] I'll have to negotiate with the Unix team (I'm part of the Java team) [Ashton, Bruce] to play with Apache but I'll give it a go. > > I add some extra debugging myself and ascertained that jk_translate runs > > through to completion, but no debugging code in jk_handler ever gets > run. > > If jk_handler is entered at all it must fail at line 1075, "const char > > *worker_name = ap_table_get(r->notes, JK_WORKER_ID);" > > Weird. Have you added a printf() before and after, and it crashes at that > line ??? [Ashton, Bruce] I can't add a printf before, this line, the compiler won't accept it. Something to do with it being a const assignment or something I suppose. > > For any given URL that fails, it is possible to make it work again by > making > > the URL *SHORTER*. This is possible if there is extraneous crap in the > > query string, which you can cut out. I have discovered that for a > > Interesting. What's the URL that fails ? > > > Part of my problem is that I don't really know in what order Apache > calls > > methods from mod_jk, so I don't know if any other part of mod_jk is > being > > run between jk_translate and jk_handler. > > None AFAIK. Are you sure jk_handler is never invoked ? [Ashton, Bruce] NO. It might well be crashing in that line. > Costin > > > -- > To unsubscribe, e-mail: > > For additional commands, e-mail: > -- To unsubscribe, e-mail: For additional commands, e-mail: