Hi John,

On 2/25/2014, 10:59 PM, "John Pollard" wrote:

Thanks for the feedback, really useful. To try to stop the intermittent errors, 
I decided to restart wotaskd in this way:

sudo /etc/init.d/webobjects restart &

I think you can just kill it and let it get restarted automatically.  I usually 
do this on OS X, but I think that init.d will do the same-ish thing.


Somehow this created a cycle of reported app deaths and restarts in 
JavaMonitior which I only discovered in the early hours, though I don't see a 
long trail of app log files, suggesting the restarts might not have been 
happening in reality, or logs couldn't be written.

At first I thought more than one wotaskd was starting, but that can’t be as 
there would be a port conflict.  Usually killing wotaskd and letting it restart 
is clean and does not result in issues like this.



wotaskd and JavaMonitor run as appserver and I couldn't see a permissions 
problem either in SiteConfig.xml or for the app log files

When a reboot resulted in the same problem (now really panic), I launched a 
replacement live app server from a recent baseline and that was ok

That seems a little odd.  What had changed between the two?


One thought, can this ever be a problem?.... a WO server needs to start say 20 
apps which is a big load on the system, if too big a load, could wotaskd think 
the apps failed to start and get into a cycle of restarting. I don't think this 
is it, but a thought.

Yes, that can happen.  To mitigate this, set Time Allowed For Startup and check 
Phased Startup in the Application Settings section of the Application Config 
page.


Chuck



On 26 Feb 2014, at 00:07, Chuck Hill 
<[email protected]<mailto:[email protected]>> wrote:

I usually set the apps to restart once a week.  I never restart wotaskd.

Chuck

On 2/25/2014, 7:09 AM, "John Pollard" wrote:

Do WO deployments / wotaskd need any occasional restarts scheduled? Our live 
server uptime is currently 118 days.
Might a wotaskd restart help with the intermittent "The requested application 
was not found on this server."?

On 25 Feb 2014, at 11:50, John Pollard 
<[email protected]<mailto:[email protected]>> wrote:

Over the past few weeks we have started to notice the occasional: "The 
requested application was not found on this server."
>From experimenting, am I right in thinking this is from the apache WebObjects 
>module, because I am able to trigger this by stopping wotaskd?
Why might the WebObjects apache module not be able to find wotaskd, very 
occasionally, if this is what is happening?
The wotaskd we are running is a Wonder version from March 2013.
The deployment is on Amazon Linux. No shortage of ram on the box and running a 
fairly light load e.g. 20,000 transactions a day across 6 app instances, 
averaging about 0.05 seconds per request with many seconds idle between request.
The WO apache module used is: /usr/lib64/httpd/modules/mod_WebObjects.so
-rwxr-xr-x 1 root root  395668 Apr 28  2011 mod_WebObjects.so
Apache version:
Server version: Apache/2.2.25 (Unix)
Server built:   Jul 12 2013 01:00:05
Any pointers as to how to track down the intermittent error would be a boost!
Thanks
John
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      
([email protected]<mailto:[email protected]>)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/john%40pollardweb.com
This email sent to [email protected]<mailto:[email protected]>


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      
([email protected]<mailto:[email protected]>)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net

This email sent to [email protected]<mailto:[email protected]>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      
([email protected]<mailto:[email protected]>)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/jpollard%40inrax.com

This email sent to [email protected]<mailto:[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:
https://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to