I spoke too soon about "EnableSendfile off" not working. Upon creating a new file to request, and having set the NBC back to it original size, the new file is not exhibiting the problem, and it would appear that it is not being added to the network buffer cache. The old file is still cached somehow, and I will have to address that problem when necessary (a server reboot at the very least, should resolve it). So, Apache 2 on AIX 5.3 seems to require the "EnableSendfile off" directive, and this should be done during the initial configuration, prior to starting Apache the first time. Does anyone have anything else to add? Thanks again, Ryan > From: "Coulter, Ryan" <rcoulter@xxxxxxxxxxxxxx> > Reply-To: <users@xxxxxxxxxxxxxxxx> > Date: Mon, 27 Aug 2007 12:03:45 -0500 > To: <users@xxxxxxxxxxxxxxxx> > Conversation: Help with Apache 2 problem on AIX 5.3 > Subject: Re: Help with Apache 2 problem on AIX 5.3 > > Thank you, Eric. I had tried this in my experiments as well, without much > luck. However, your comment led me to a page > (http://publib.boulder.ibm.com/httpserv/ihsdiag/questions.html) which > described the network buffer cache in AIX and its association with AIX's > send_file routine. What is baffling me now is that setting "EnableSendfile > off" does nothing to alleviate the problem, but if I set the network buffer > cache size to 0 (no -o nbc_limit=0), the problem goes away. I consequently > tried setting it to 0, setting "EnableSendfile off", restarting Apache and > then setting nbc_limit back to its previous setting. The problem returned, > even with EnableSendfile turned off. As long as the network buffer cache is > set to 0, I don't have any problems. > > So, at least I now know what seems to be the general source of the problem, > but does anyone know how to correct the behavior of EnableSendfile? > According to the page referenced above for IHS, this directive should > prevent Apache from using send_file and consequently prevent any static file > from being added to the network buffer cache. But that doesn't seem to be > the case in my experience today. > > Any other thoughts? > > Ryan Coulter > > >> From: Eric Covener <covener@xxxxxxxxx> >> Reply-To: <users@xxxxxxxxxxxxxxxx> >> Date: Mon, 27 Aug 2007 11:41:27 -0400 >> To: <users@xxxxxxxxxxxxxxxx> >> Subject: Re: Help with Apache 2 problem on AIX 5.3 >> >> On 8/27/07, Coulter, Ryan <rcoulter@xxxxxxxxxxxxxx> wrote: >>> >>> (My apologies for sending this earlier with no subject.) >>> >>> Hello. I am stumped by a problem I'm having with Apache 2 and IHS 2 on AIX >>> 5.3. I have tried this scenario with both a custom compiled Apache 2.2.4 as >>> well as IHS 2.0.47. In both cases, the behavior is identical. Using Apache >>> 1.3, I don't have the problem. I have been researching the problem for >>> several days, but can not find any issue that describes the behavior I'm >>> seeing. The problem is as follows: >>> >>> I request index.html from the webserver and receive it properly in my >>> browser. I then log onto the server, edit the file with vi, save it and >>> exit. Then I return to my browser and request index.html again and it >>> appears as though nothing has changed. My edit does not show up. Sometimes, >>> after making an edit, I try to open the page in my browser and receive a >>> message that the browser couldn't reach the server. >> >> Try disabling sendfile (EnableSendfile off) or asking AIX support what >> it takes (apar-wise) to get AIX to recognize a change in the >> filesystem when sendfile is enabled. >> >> -- >> Eric Covener >> covener@xxxxxxxxx >> >> --------------------------------------------------------------------- >> The official User-To-User support forum of the Apache HTTP Server Project. >> See <URL:http://httpd.apache.org/userslist.html> for more info. >> To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx >> " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx >> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx >> > > > > The information included in this e-mail message, including any attachments, is > intended only for the person or organization to which it is addressed. This > e-mail message may contain information that is privileged or confidential. If > you receive this e-mail message and are not the intended recipient or > responsible for delivering the message to the intended recipient, you may not > use, disseminate, distribute or copy the information included in this e-mail > and any attachments. If you received this e-mail message by mistake, please > reply by e-mail and destroy all copies of this message and any attachments. > Thank you. > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > The information included in this e-mail message, including any attachments, is intended only for the person or organization to which it is addressed. This e-mail message may contain information that is privileged or confidential. If you receive this e-mail message and are not the intended recipient or responsible for delivering the message to the intended recipient, you may not use, disseminate, distribute or copy the information included in this e-mail and any attachments. If you received this e-mail message by mistake, please reply by e-mail and destroy all copies of this message and any attachments. Thank you. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|