You probably DO want the adaptor logging on per /System/Library/WebObjects/Adaptors/Apache2.2/apache.conf
# Note: To enable logging, touch '/tmp/logWebObjects' as the administrator user (usually root). # # The following line is the default: WebObjectsLog /Library/WebObjects/Logs/WebObjects.log Debug Also, you can inspect some of the adaptor's state by going to: http://yourhost/cgi-bin/WebObjects/WOAdaptorInfo?yourPasswordInTheApacheConfFileMentionedAbove In particular look at the "dead timeout" on that page. On Thu, Feb 27, 2014 at 11:52 AM, John Pollard <j...@pollardweb.com> wrote: > Back to my original problem, these errors are happening about one every > 100 requests: > > Info: <WebObjects Apache Module> new request: > /cgi-bin/WebObjects/MPMall.woa/wa/1/63/2392-Gilets-SALE.html > Debug: App Name: MPMall.woa/wa/1/63/2392-Gilets-SALE.html (6) > Info: V4 URL: /cgi-bin/WebObjects/MPMall.woa/wa/1/63/2392-Gilets-SALE.html > Info: tr_selectInstance(): scheduler failed to select instance. > Error: Request handling error: The requested application was not found on > this server. > > I can't see logging from wotaskd in terms of making its choices about > which instance is next, even for the working requests. I tried > passing -_DeploymentDebugging true, when running wotaskd but the only > logging I see is Lifebeats coming in. Am I misunderstanding what wotaskd > does? > > The request never makes it to the application. Would there be much point > in be rebuilding the latest Wonder wotaskd? The one I have running is about > a year old. Or could the WO apache module be at fault, my mod_WebObjects.so > file is dated 38 April 2011, apache v. 2.2.25 > > Many thanks again, > John > > On 27 Feb 2014, at 16:42, John Pollard <j...@pollardweb.com> wrote: > > John, a big thank you as this seems to have answered why I couldn't start > apps at all. > I don't have the LOG path shown, so changed it to one I use for logging > and now can fire up apps again. > Or removing /tmp/logWebObjects also fixes it. > Perhaps this script should test for access to the LOG file and if no > access, not launch the apps that way. > Many thanks; I don't think this relates to my underlying intermittent "The > requested application was not found on this server." but it brings a bit of > sanity back! > John > > On 27 Feb 2014, at 15:20, John Huss <johnth...@gmail.com> wrote: > > If you're using Wonder's wotaskd (or care to replace the following script) > you can turn on logging for instance startup in: > > > /Library/WebObjects/JavaApplications/wotaskd.woa/Contents/Resources/SpawnOfWotaskd.sh > > #!/bin/sh > > # To enable logging of instance startup run the command 'touch > /tmp/logWebObjects' > > # Log messages will be written to: > LOG=/Library/WebObjects/Logs/SpawnOfWotaskd.log > > if [ -f /tmp/logWebObjects ]; then > > echo "************" >>${LOG} > echo "date: `date`" >>${LOG} > echo "args: $@" >>${LOG} > $@ 1>>${LOG} 2>&1 & > > else > > $@ 1>/dev/null 2>&1 & > > fi > > > On Thu, Feb 27, 2014 at 8:34 AM, John Pollard <j...@pollardweb.com> wrote: > >> I am getting more intermittent app not found on server. >> Looking at the WO apache module log: >> >> A good request sequence logged looks like this: >> Info: received ->200 Apple >> Debug: <WebObjects Apache Module> new translate: >> /ires/8206/GOHWeb/miscRes/gohStyle11.css >> Debug: <WebObjects Apache Module> translate - DECLINED: >> /ires/8206/GOHWeb/miscRes/gohStyle11.css >> Debug: WebObjects_handler declined! >> /ires/8206/GOHWeb/miscRes/gohStyle11.css >> Debug: <WebObjects Apache Module> new translate: /favicon.ico >> Debug: <WebObjects Apache Module> translate - DECLINED: /favicon.ico >> Debug: WebObjects_handler declined! /favicon.ico >> Info: New request is GET /cgi-bin/WebObjects/MPMall.woa/1/wa/8/43.html >> HTTP/1.1^M >> Info: Sending request to instance number 1, port 2001 >> Info: Trying to contact MPMall:1 on (2001) >> Info: attempting to connect to localhost on port 2001 >> Info: MPMall:1 on (2001) connected [pooled: No] >> Info: Request GET /cgi-bin/WebObjects/MPMall.woa/1/wa/8/43.html HTTP/1.1 >> ^M >> sent, awaiting response >> Debug: ac_readConfiguration(): skipped reading config >> Info: New response: HTTP/1.1 302 Apple WebObjects >> >> A failed request logged: >> >> Info: received ->200 Apple >> Debug: <WebObjects Apache Module> new translate: >> /cgi-bin/WebObjects/MPMall.woa/wa/2/52/3689-Garden-Sprinklers/106568-DOG-SPRINKLER-BRONZE-FINISH.html >> Info: <WebObjects Apache Module> new request: >> /cgi-bin/WebObjects/MPMall.woa/wa/2/52/3689-Garden-Sprinklers/106568-DOG-SPRINKLER-BRONZE-FINISH.html >> Debug: App Name: >> MPMall.woa/wa/2/52/3689-Garden-Sprinklers/106568-DOG-SPRINKLER-BRONZE-FINISH.html >> (6) >> Info: V4 URL: >> /cgi-bin/WebObjects/MPMall.woa/wa/2/52/3689-Garden-Sprinklers/106568-DOG-SPRINKLER-BRONZE-FINISH.html >> Info: tr_selectInstance(): scheduler failed to select instance. >> Error: Request handling error: The requested application was not found >> on this server. >> >> Given these intermittent failures again, I thought I would start a couple >> of new instances, but they failed to start, with no log output. All I had >> done was to restart apache after configuring logging to debug. >> >> Things are going a bit pear shaped. >> >> John >> >> On 27 Feb 2014, at 10:34, John Pollard <j...@pollardweb.com> wrote: >> >> For the record, including: >> -_DeploymentDebugging true >> when running wotaskd didn't shed any light on why the apps don't start >> (no log files) >> A change of SiteConfig.xml to an older auto-saved one didn't help, so >> that seems fine >> Using ps to look for apps that wotaskd tries to start gives nothing, so >> they don't seem to be launching at all, or too briefly to spot with no log >> output >> I can run the apps manually as the appserver user. >> Is there now way for wotaskd to pass on the stdout/stderrror from the >> apps it tries to launch? >> >> On 27 Feb 2014, at 09:38, John Pollard <j...@pollardweb.com> wrote: >> >> Hi Chuck, >> >> On 26 Feb 2014, at 22:26, Chuck Hill <ch...@global-village.net> wrote: >> >> 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. >> >> >> I know this works on my Mac dev box, but I just tried it on a test >> deployment server and it didn't restart after I killed it. >> /etc/init.d/webobjects uses >> ps aux | awk '/WOPort 1085/ && !/awk/ {print $2}' >> to find the process and kills it >> >> >> >> 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? >> >> >> No change, it was a recent baseline. The only points were that: >> - I had been seeing the intermittent: The requested application was not >> found on this server. >> - I had tried to restart with sudo /etc/init.d/webobjects restart & >> (which I have subsequently shown seems to behave ok on another replicated >> server) >> >> >> >> 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. >> >> >> Thanks, I do have Phased Startup and I have now doubled the startup times >> from 30 to 60, though I don't think this is it. The key thing seems to be >> that the apps weren't even getting to the point of producing any log output. >> >> You are so helpful Chuck, thank you. >> John >> >> >> >> Chuck >> >> >> >> 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/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/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/johnthuss%40gmail.com >> >> This email sent to johnth...@gmail.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/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/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/johnthuss%40gmail.com > > This email sent to johnth...@gmail.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