I have failed to replicate this problem on a new server. I was able to stop and start wotaskd fine and apps just restarted. I took a snapshot of the problem server in case something comes to light. On that problem server I could manually start apps no problem, just not via wotaskd and futher restarts of wotaskd didn't help; nothing obvious reported in wotaskd logging other than tell me that the apps aren't responding and starting them again. Is there any way to get the output of the apps that wotaskd starts (not from their log files, they are clearly failing before creating log files)?
Thanks, John On 26 Feb 2014, at 06:59, John Pollard <j...@pollardweb.com> 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 & > > 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/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/archive%40mail-archive.com This email sent to arch...@mail-archive.com
