Re: [EMAIL PROTECTED] Return of bug 14219 in version 2.2.8? (too many SSL VHs causes fopen to fail) - UNDERSTOOD (?)

2008-04-04 Thread Joe Orton
On Fri, Apr 04, 2008 at 11:52:15AM +0200, Boyle Owen wrote:
...
 As an aside, our apache listens on 88 ports and has 102 piped log files
 to write to. Add on STDIN/OUT/ERR and the Pid and Lock files and that's
 how we get to 195. Comparing the two versions, we see the only
 difference is in the number of pipes  - 102 in 2.2.6 and 235 in 2.2.8.
 So something is doubling up the number of pipes (and then some...) 
 
 I then trawled the code to see what has changed and found that there is
 a recent addition to server/log.c
 (http://svn.apache.org/viewvc/httpd/httpd/tags/2.2.8/server/log.c?view=d
 iffr1=602466r2=602467) that seems to redirect SDTOUT and STDERR to the
 access and error logs. Would this have the effect of doubling the number
 of pipes?
...

Can you capture truss output (truss -o foo bin/httpd or something 
similar) and file a bug?  It sounds like a regression in the piped 
logger code, it shouldn't be leaving any more open fds in the parent 
AFAIK.

joe

-
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: [EMAIL PROTECTED]
  from the digest: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: [EMAIL PROTECTED] Return of bug 14219 in version 2.2.8? (too many SSL VHs causes fopen to fail) - UNDERSTOOD (?)

2008-04-04 Thread Boyle Owen
 -Original Message-
 From: Eric Covener [mailto:[EMAIL PROTECTED] 
 Sent: Thursday, April 03, 2008 3:35 PM
 To: users@httpd.apache.org
 Subject: Re: [EMAIL PROTECTED] Return of bug 14219 in version 
 2.2.8? (too many SSL VHs causes fopen to fail)
 
 
 Sun has some relatively recent changes in this area:
 
 http://developers.sun.com/solaris/articles/stdio_256.html

I implemented the extendedFILE facility, as recommended in the article,
and the server started without the fopen error :-) 

Once I got a working instance of 2.2.8, I was able to peek inside and
discovered that, for an identical config file, 2.2.6 requires 195 file
handles, whereas 2.2.8 needs 328. So that was why 2.2.8 was tripping the
fopen limitation.

As an aside, our apache listens on 88 ports and has 102 piped log files
to write to. Add on STDIN/OUT/ERR and the Pid and Lock files and that's
how we get to 195. Comparing the two versions, we see the only
difference is in the number of pipes  - 102 in 2.2.6 and 235 in 2.2.8.
So something is doubling up the number of pipes (and then some...) 

I then trawled the code to see what has changed and found that there is
a recent addition to server/log.c
(http://svn.apache.org/viewvc/httpd/httpd/tags/2.2.8/server/log.c?view=d
iffr1=602466r2=602467) that seems to redirect SDTOUT and STDERR to the
access and error logs. Would this have the effect of doubling the number
of pipes?

I am now faced with two ways forward;

1) Start using the extendedFILE facility. Probably a good idea since the
255 limit is an accident waiting to happen - we are already at 80%
capacity, even with 2.2.6 and so a few more sites could push us over
anyway. However, there are two caveats in the article; namely that
apache should not directly dereference the _file member of the FILE
structure or use the fileno() macro. I grep'd the code for '_file' and
'fileno()' and it seems clean so we should be OK...

2) Be a nuisance and question *why* apache needs to duplicate the pipes
like this. Can we be the only users that this is causing problems for?

Incidentally, I will be at apachecon in Amsterdam next week so if anyone
wants to discuss this, look me up - beer's on me :-)

Rgds,
Owen Boyle
Disclaimer: Any disclaimer attached to this message may be ignored. 
 
 -- 
 Eric Covener
 [EMAIL PROTECTED]
 
 -
 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: [EMAIL PROTECTED]
   from the digest: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]

 
 
This message is for the named person's use only. It may contain confidential, 
proprietary or legally privileged information. If you receive this message in 
error, please notify the sender urgently and then immediately delete the 
message and any copies of it from your system. Please also immediately destroy 
any hardcopies of the message. The sender's company reserves the right to 
monitor all e-mail communications through their networks.

-
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: [EMAIL PROTECTED]
  from the digest: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]