https://issues.apache.org/bugzilla/show_bug.cgi?id=44755
Owen Boyle <[EMAIL PROTECTED]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |ASSIGNED
--- Comment #8 from Owen Boyle <[EMAIL PROTECTED]> 2008-04-25 05:27:04 PST ---
I was able to reproduce the various differences on a test set-up and can report
the following number of pipes used (nb, using "lsof -p `cat httpdTest.pid` |
grep PIPE | wc" to count the pipes):
(This table might not format properly after posting... :-)
| 2.2.6 | 2.2.8 unpatched | 2.2.8 patched |
| 7 | 9 | 7 | T+E logs in Main (2 logs)
| 5 | 9 | 7 | T+E logs in 1 VH (2 logs)
| 7 | 13 | 11 | T+E logs in 2 VH (4 logs)
Observations:
1) In 2.2.6, the number of pipes used in each case depends on whether the log
directives are in a VirtualHost or not. Adding a second VH (with 1 TransferLog
and 1 Errorlog) adds 2 pipes.
2) Apache 2.2.8, does not have a dependency on log directive location. However,
the number of pipes starts at the higher level compared to 2.2.6. Adding a
second VH adds 4 pipes.
3) Applying the patch to 2.2.8, in the simplest case (logs only in main config)
reduces the number of pipes to the same as 2.2.6 (this is why I originally
thought the patch was successful). However, in the case when the logs are in
the VHs, there are two extra pipes. Adding a second VH adds 4 pipes.
Conclusions:
Adding a VH with 1 TransferLog and 1 Errorlog to a 2.2.6 config adds 2 pipes to
the process. With 2.2.8 (patched or unpatched), each VH adds 4 extra pipes.
However, the patch does reduce the absolute number of pipes by two. So the bug
is still extant, it seems.
I don't know what to make of the directive location dependency in 2.2.6!
PS - Attached is a tar file containing the lsof output for each case mentioned
in the table.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
