It looks like a deadlock was causing this problem.  I originally ruled that
out because we use Seppuku and it should have killed the instance.  But it
is clearly a deadlock and seppuku is not working properly.  Even though the
CPU was not maxing out it was causing other problems (possibly opening too
many files) 

Now I just need to find the problem in the code :-)


On 4/18/07 9:29 PM, "David Haggerty" <[EMAIL PROTECTED]> wrote:

> We recently have suddenly been having problems with Apache (running on a
> separate box) becoming completely unresponsive and one of our three
> application servers not responding to wotaskd according to monitor.  The
> problem seems to move from one server to another and randomly happen every
> 6-8 hours.
> 
> Here are some things that I tried:
> 
> 1.  Checked all of the servers to see if there was high CPU usage (this
> seems to stop wotaskd from working).  All of the servers were below 0.5 load
> (and they are dual processors).
> 
> 2.  Tried connecting to the server that according to WOMonitor is not
> responding.  /cgi-bin/WebObjects/WOAdaptorInfo?user+password and
> /cgi-bin/WebObjects/wotaskd.woa/wa/woconfig both returned expected
> responses.
> 
> 3.  I of course tried to restart wotaskd and apache.  It came back up for a
> few seconds and then the same problem happened.
> 
> 4.  We usually explicitly reference the servers in the Apache config:
> WebObjectsConfig 
> http://woapp1.yfu.org:1085,http://woapp3.yfu.org:1085,http://woapp4.yfu.org:
> 1085 10
> 
> Instead I merged all of the /wa/woconfig files to statically reference the
> instances.  It created the woconfig file with no problem but the same
> problem of no response continued.
> 
> I could only get the site up again by removing the server that womonitor
> said was unresponsive out of the apache config file anre restarting apache.
> 
> Any ideas on what is locking up causing Apache to hang and wotaskd to
> apparently half respond?
> 
> Thanks,
> David
> 
>  _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-deploy mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-deploy/haggerty%40yfu.org
> 
> This email sent to [EMAIL PROTECTED]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to