DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36281>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36281





------- Additional Comments From [EMAIL PROTECTED]  2005-08-19 21:33 -------
I would like to see your workers.properties and the Jk directives in your httpd
configuration.

Also: Could you please check, if the failing Apache child processes are still
there, or if they died? The log chows the PID of the relevant process directly
behind the date. If the process is still there, you can use

/usr/proc/bin/pstack PID

to write a thrad dump. That way we can confirm, in which function the hanging
process sits. You could attach the pstack.

If the process is not there any more, it might have crashed. In case you succeed
in dumping a core file of the process, you can again use pstack on that core 
file.

Finally it might be interesting to use truss (or if you are already familiar
with it dtrace) to find out, if the error is related to some system call.
Configure apache to only use very few children (like startng 2 servers and
having sparemax and min also equals to 2). Start the server via

truss -f -o some_output_file -w all -r all -v all \
/usr/local/apache/bin/apachectl start

and then redo your tests (apache will be a little slow). The file
some_output_file contains information about all system calls, about bytes read
and written, signals received, errnos etc.

To have a somewhat easier test case: In the log you attached one can see, that
the working request for the html produces to image requests going to two apache
processes in parallel which both fail. I ould be a simpler retest to only use
single requests, not something in parallel, e.g. not automatically reloading
embedded objevcts via the browser.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to