My solution was to use Upstart config files in /etc/init and ditch the older SysVinit config file in /etc/init.d Where there was one file to start wotaskd and javamonitor, I now have one for each Using this approach, wotaskd is now restarting automatically if I kill it. For the record, my Upstart config came out like this:
# When implementing this I found that starting wotaskd "on startup" caused apps not to then fire up via JavaMonitor # until I killed wotaskd to force it to restart. If instead starting wotaskd on runlevel 2345, all is well. Read Upstart docs # for runlevels, but basically to do with timings of what gets started when. #start on startup start on runlevel [2345] # Although the script forks off to another script and then to a java application, omit the expect fork # and this all works ok if /home/ec2-user/scripts/runWotaskd.sh itself runs /WODeployment/wotaskd.woa/wotaskd in the foreground. #expect fork script ...(path to)..../scripts/runWotaskd.sh end script John On 15 Jul 2014, at 12:31, John Pollard <j...@pollardweb.com> wrote: > By the way, don't do this as below as it caused me to be locked out of the > server I tried it on; I suspect it continually respawns and locks up the AWS > micro instance, so I can't connect to it. > John > > On 14 Jul 2014, at 17:29, John Pollard <j...@pollardweb.com> wrote: > >> What is the mechanism are sites using to auto-restart a crashed wotaskd (we >> are running Amazon Linux)? >> >> We have /etc/init.d/webobjects >> >> Should we also have a /etc/init/webobjects.conf to respawn the process if it >> disappears? If so would it need to look something like this? >> >> start on startup >> respawn >> exec /etc/init.d/webobjects start >> >> 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/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
