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 & 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. 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 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. John On 26 Feb 2014, at 00:07, Chuck Hill <ch...@global-village.net> 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 <j...@pollardweb.com> 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 (Webobjects-deploy@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-deploy/john%40pollardweb.com > This email sent to j...@pollardweb.com > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net > > This email sent to ch...@global-village.net > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-deploy/jpollard%40inrax.com > > This email sent to jpoll...@inrax.com
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to arch...@mail-archive.com
