Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A4995D0B4 for ; Thu, 11 Oct 2012 12:42:03 +0000 (UTC) Received: (qmail 85799 invoked by uid 500); 11 Oct 2012 12:42:02 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 85556 invoked by uid 500); 11 Oct 2012 12:42:02 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 85510 invoked by uid 99); 11 Oct 2012 12:42:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Oct 2012 12:42:01 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,NORMAL_HTTP_TO_IP,RCVD_IN_DNSWL_LOW,SPF_PASS,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jitesh.verma@gmail.com designates 209.85.220.173 as permitted sender) Received: from [209.85.220.173] (HELO mail-vc0-f173.google.com) (209.85.220.173) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Oct 2012 12:41:54 +0000 Received: by mail-vc0-f173.google.com with SMTP id fl15so2752586vcb.18 for ; Thu, 11 Oct 2012 05:41:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=BtpIy4QihBaZ0QuGO89oqIQVEGZrusEgZURzyy8cEto=; b=mRLBpnyHKm9ApSOjmaSXJObwXJLrEvkrSYMR46ccnGb7jIc/OrQ27xn7q2zsx9lWkZ i7m0T/8nkPcybBd8A8GUhSz5UUTuDUMq0mO/exQvE97ezKVbgmHVr6StZKxMyGt0vQ7Y AbzzVwjTileW7yBsMYgPlswM4jD4MPx5Q40AypqrnsV3Tc24vEA5JRYRVwcOmnrfeTje WhrJORDZOvQoLV3eBxtdgL3kRGQaUxCrovJvfElsUmYlLIxUs/sVYIN0dTbjuwsIEXVW KTExxE5K4Xd8UcqyrahX7VkXihvatHM1aF48q4ePHFrBTs1YQlSCO+3aow9rwHsW3vFw GG6Q== MIME-Version: 1.0 Received: by 10.58.15.227 with SMTP id a3mr409004ved.38.1349959293270; Thu, 11 Oct 2012 05:41:33 -0700 (PDT) Received: by 10.58.255.70 with HTTP; Thu, 11 Oct 2012 05:41:33 -0700 (PDT) In-Reply-To: References: Date: Thu, 11 Oct 2012 18:11:33 +0530 Message-ID: Subject: Re: Help reqd. for httpd-2.4.2 From: Jitesh Verma To: dev@httpd.apache.org Content-Type: multipart/alternative; boundary=047d7b5daf5022fc9004cbc7e4ae --047d7b5daf5022fc9004cbc7e4ae Content-Type: text/plain; charset=ISO-8859-1 Althouh I see "Response sent with status 200, headers ......." in error_log, I do not see matching write()/send() system call in strace output. However, I do see "Request received from client: GET / HTTP/1.1 ......." for incoming HTTP packet in both error_log and strace output. Thanks, Jitesh On Thu, Oct 11, 2012 at 5:52 PM, Jitesh Verma wrote: > Jeff, > Are you aware of any "Listen" related configure setting? > Which files and functions handle socket bind() and socket write()/send()? > > Thanks, > Jitesh > > On Thu, Oct 11, 2012 at 4:25 PM, Jeff Trawick wrote: > >> On Thu, Oct 11, 2012 at 3:09 AM, Jitesh Verma >> wrote: >> > Jeff, >> > We tried LogLevel trace8. It indicates "Response was sent with status >> 200". >> > But we are not sure whether the response packet was handed over to >> TCP/IP >> > statck properly. We are puzzled. We need to double check if something is >> > wrong with the network settings of our box itself. >> >> Maybe some APR settings are wrong due to the cross-compile??? The >> strace might show something interesting, either because of something >> that is present or something that is absent. >> >> >> > >> > Thanks, >> > Jitesh >> > >> > On Wed, Oct 10, 2012 at 7:54 PM, Jitesh Verma >> > wrote: >> >> >> >> Hi Jeff, >> >> Thanks for your reply. >> >> I had added only the first 8 modules in httpd.conf. Remaining modules >> were >> >> added later only when I started facing this problem. Reducing the >> number of >> >> modules back to 8 does not make any difference with respect to this >> issue. >> >> With these 8 modules httpd worked fine with port 80. The problem >> started >> >> when I tried adding additional ports. Adding more ports is need of the >> hour. >> >> I can not escape it. I have run strace with "follow the fork" option >> (rather >> >> than single process). There are only 4 processess to follow. strace >> output >> >> did not help. It does not indicate any error condition as such. I can >> make >> >> it run as a single process by running httpd with -X option in >> foreground. >> >> But I am not sure whether that is going to help. Anyway, I will try >> that. >> >> >> >> Thanks, >> >> Jitesh >> >> >> >> On Wed, Oct 10, 2012 at 6:47 PM, Jeff Trawick >> wrote: >> >>> >> >>> On Wed, Oct 10, 2012 at 7:55 AM, Jitesh Verma > > >> >>> wrote: >> >>> > Hi List, >> >>> > We have ported httpd-2.4.2 to a network embedded box running Linux >> on >> >>> > Xscale >> >>> > hardware. We have two modules of our own to handle XML requests from >> >>> > our >> >>> > Applets. We have added all the 80 odd .so modules (that get built >> with >> >>> > default "configure" settings) in httpd.conf. >> >>> > We are able to access the box's GUI/Applets with "Listen 80" >> directive >> >>> > in >> >>> > the httpd.conf. >> >>> > However, when we add another directive "Listen 9000" to httpd.conf, >> >>> > httpd >> >>> > does not respond to HTTP request sent to port 80. The following >> >>> > requests >> >>> > from Internet Explorer fails to get any response from httpd: >> >>> > http://192.168.0.1 >> >>> > http://192.168.0.1:80 >> >>> > http://192.168.0.1:9000 >> >>> > >> >>> > Wireshark packet trace indicates that the request packet is >> correctly >> >>> > sent >> >>> > to TCP port 80 when request http://192.168.0.1 is sent from >> browser. >> >>> > However, the outgoing packet is missing from the packet trace. It >> seems >> >>> > httpd did not generate any response (not even "File not found" >> >>> > response). >> >>> > "netstat -tnlp" command shows httpd listening on both TCP port 80 >> and >> >>> > 9000. >> >>> > /var/log/access_log indicates that the incoming packet reached >> httpd. >> >>> > Gateway/firewall data indicates that both TCP ports 80 and 9000 are >> >>> > open in >> >>> > both the directions (incoming and outgoing). >> >>> > The moment additional "Listen 9000" directive is removed from >> >>> > httpd.conf, >> >>> > httpd starts working fine (starts serving http://192.168.0.1request). >> >>> > We have enabled and configured "debugging" and "loggers" modules. >> >>> > Still, >> >>> > /var/log/error_log and /var/log/messages do not show any error or >> >>> > warning. >> >>> > >> >>> > We thought adding another "Listen" directive to httpd.conf is a >> child's >> >>> > play, but it seems to be a humongous task. >> >>> > Are we missing something? Am I doing something wrong?? Is it a >> bug??? >> >>> > Can >> >>> > someone help in this forum? How to debug this issue? >> >>> > >> >>> > Please find attached httpd.conf and configure wrapper script >> >>> > (configure.wrapper) used for configuring and building httpd and its >> >>> > components. >> >>> > >> >>> > Thanks, >> >>> > Jitesh >> >>> >> >>> users@httpd.apache.org is a better mailing list for this. >> >>> >> >>> A few things to start with... >> >>> >> >>> Get unnecessary modules out of the configuration to simplify >> >>> logging/potential problems. >> >>> See what is logged with LogLevel trace8. >> >>> Configure the MPM to use a single child process to handle requests, >> >>> and run strace against that. >> >>> >> >>> -- >> >>> Born in Roswell... married an alien... >> >>> http://emptyhammock.com/ >> >> >> >> >> > >> >> >> >> -- >> Born in Roswell... married an alien... >> http://emptyhammock.com/ >> > > --047d7b5daf5022fc9004cbc7e4ae Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Althouh I see "Response sent with status 200, headers .......&quo= t; in error_log, I do not see matching write()/send() system call in strace= output. However, I do see "Request received from client: GET / HTTP/1= .1 ......." for incoming HTTP packet in both error_log and strace outp= ut.
Thanks,
Jitesh

On Thu, Oct 11, 2012 at 5:52 PM, Jitesh Verma <jitesh.verma@gmail.com> wrote:
Jeff,
Are you aware of any "Listen" related configure setting?
Which files and functions handle socket bind() and socket write()/send= ()?
=A0
Thanks,
Jitesh

On Thu, Oct 11, 2012 at 4:25 PM, Jeff Trawick <= trawick@gmail.com> wrote:
On Thu, Oct 11, 2012 at 3:09 AM, Jitesh Verma <jitesh.verma@gmail.com> wrot= e:
> Jeff,
> We tried LogLevel trace8. It indicates "Respo= nse was sent with status 200".
> But we are not sure whether the response packet was handed over to TCP= /IP
> statck properly. We are puzzled. We need to double check if som= ething is
> wrong with the network settings of our box itself.

Maybe some APR settings are wrong due to the cross-compile??? =A0= The
strace might show something interesting, either because of something=
that is present or something that is absent.


>
> Thanks,
> Jitesh
>
> On Wed, Oc= t 10, 2012 at 7:54 PM, Jitesh Verma <jitesh.verma@gmail.com>
> wrote:
>>
>> Hi Jeff,
>> Thanks for your reply.
>>= ; I had added only the first 8 modules in httpd.conf. Remaining modules wer= e
>> added later only when I started facing this problem. Reducing= the number of
>> modules back to 8 does not make any difference with respect to thi= s issue.
>> With these 8 modules httpd worked fine with port 80. T= he problem started
>> when I tried adding additional ports. Adding= more ports is need of the hour.
>> I can not escape it. I have run strace with "follow the fork&= quot; option (rather
>> than single process). There are only 4 pro= cessess to follow. strace output
>> did not help. It does not indi= cate any error condition as such. I can make
>> it run as a single process by running httpd with -X option in fore= ground.
>> But I am not sure whether that is going to help. Anyway= , I will try that.
>>
>> Thanks,
>> Jitesh
>>
>> On Wed, Oct 10, 2012 at 6:47 PM, Jeff Trawick <trawick@gmail.com>= ; wrote:
>>>
>>> On Wed, Oct 10, 2012 at 7:55 AM, J= itesh Verma <jitesh.verma@gmail.com>
>>> wrote:
>>> > Hi List,
>>> > We h= ave ported httpd-2.4.2 to a network embedded box running Linux on
>&g= t;> > Xscale
>>> > hardware. We have two modules of ou= r own to handle XML requests from
>>> > our
>>> > Applets. We have added all the 8= 0 odd .so modules (that get built with
>>> > default "c= onfigure" settings) in httpd.conf.
>>> > We are able to= access the box's GUI/Applets with "Listen 80" directive
>>> > in
>>> > the httpd.conf.
>>> &= gt; However, when we add another directive "Listen 9000" to httpd= .conf,
>>> > httpd
>>> > does not respond to = HTTP request sent to port 80. The following
>>> > requests
>>> > from Internet Explorer fail= s to get any response from httpd:
>>> > http://192.168.0.1
>>> > <= a href=3D"http://192.168.0.1/" target=3D"_blank">http://192.168.0.1:80<= br> >>> > ht= tp://192.168.0.1:9000
>>> >
>>> > Wiresha= rk packet trace indicates that the request packet is correctly
>>&= gt; > sent
>>> > to TCP port 80 when request http://192.168.0.1 is sent from browser.
>&g= t;> > However, the outgoing packet is missing from the packet trace. = It seems
>>> > httpd did not generate any response (not even "File = not found"
>>> > response).
>>> > "= netstat -tnlp" command shows httpd listening on both TCP port 80 and >>> > 9000.
>>> > /var/log/access_log indicates = that the incoming packet reached httpd.
>>> > Gateway/firewa= ll data indicates that both TCP ports 80 and 9000 are
>>> > = open in
>>> > both the directions (incoming and outgoing).
>>&= gt; > The moment additional "Listen 9000" directive is removed= from
>>> > httpd.conf,
>>> > httpd starts wo= rking fine (starts serving http://192.168.0.1 request).
>>> > We have enabled and configured "debugging" and = "loggers" modules.
>>> > Still,
>>> &g= t; /var/log/error_log and /var/log/messages do not show any error or
>>> > warning.
>>> >
>>> > We tho= ught adding another "Listen" directive to httpd.conf is a child&#= 39;s
>>> > play, but it seems to be a humongous task.
>>> > Are we missing something? Am I doing something wrong?? Is= it a bug???
>>> > Can
>>> > someone help in = this forum? How to debug this issue?
>>> >
>>> &= gt; Please find attached httpd.conf and configure wrapper script
>>> > (configure.wrapper) used for configuring and building htt= pd and its
>>> > components.
>>> >
>>= ;> > Thanks,
>>> > Jitesh
>>>
>>&= gt; users@httpd= .apache.org is a better mailing list for this.
>>>
>>> A few things to start with...
>>><= br>>>> Get unnecessary modules out of the configuration to simplif= y
>>> logging/potential problems.
>>> See what is l= ogged with LogLevel trace8.
>>> Configure the MPM to use a single child process to handle requ= ests,
>>> and run strace against that.
>>>
>&= gt;> --
>>> Born in Roswell... married an alien...
>&g= t;> http://emptyh= ammock.com/
>>
>>
>



--
Born in Roswell... marrie= d an alien...
htt= p://emptyhammock.com/


--047d7b5daf5022fc9004cbc7e4ae--