Hi For closure: I edited /etc/hosts to force the IP and now the apps both show stats and can be turned off in the monitor, so it appears that solved my problem.
Thanks to both of you! Mikkel On Thu, Apr 23, 2009 at 6:30 PM, Chuck Hill <ch...@global-village.net>wrote: > > On Apr 23, 2009, at 5:44 AM, Mikkel Eide Eriksen wrote: > > Another possible symptom: >> >> The applications have trouble figuring out the correct hostname. On >> Amazon, I didn't use WOHost on anything (wotaskd/javamon/applications), >> however it proved necessary on this setup. >> >> To get JavaMonitor & Wotaskd to talk to each other, I used -WOHost >> ip-addr. I've also set this for the applications, but looking closer at the >> instance settings reveals that WOHost is also set autmatically somewhere. >> The first argument is "-WOHost name.local", and then later on my -WOHost >> ip-addr shows up. >> >> Why is this? >> > > It is a mess. That is the simplest explanation. The app startup script > adds some options, then JavaMonitor adds the ones that it has. The runtime > result is, I think, "last in wins". > > > Chuck > > > >> Regards >> >> Mikkel Eide Eriksen >> Basepoint Media >> >> >> On Wed, Apr 22, 2009 at 12:30 PM, Mikkel Eide Eriksen < >> m...@basepointmedia.com> wrote: >> Thanks for replying. >> >> I'm not running under chroot, but the debian host is virtual if that makes >> a difference (although we did previously test the same setup on Amazon's EC2 >> on a virtual debian host and did not have these problems). >> >> I tried the request (via telnet localhost 80) you suggested and got the >> same Access Denied back. >> >> Mikkel >> >> On Wed, Apr 22, 2009 at 9:46 AM, Pascal Robert <prob...@macti.ca> wrote: >> I have the same problem on a CentOS Linux host. Are you running the apps >> in a chroot? Because I'm running multiple wotaskd and JavaMonitor, and the >> primary one, who is not running under a chroot, is working fine, but the >> ones running under chroot homes have the same issues that you are having. I >> traced it down to a problem inside the standard request handler (womp) that >> the apps receive, when wotaskd told them to terminate, they return a 403 >> error saying that it's forbidden. >> >> What wotaskd is asking to the app : >> >> POST /cgi-bin/WebObjects/WOGWTDemo.woa/womp/instanceRequest HTTP/1.0 >> cookie: >> content-length: 163 >> >> <instanceRequest type="NSDictionary"> >> <commandInstance type="NSDictionary"> >> <command type="NSString">TERMINATE</command> >> </commandInstance> >> </instanceRequest> >> >> The reply : >> >> HTTP/1.0 403 Apple WebObjects >> x-webobjects-loadaverage: 0 >> content-length: 158 >> >> <instanceResponse type="NSDictionary"> >> <commandInstance type="NSDictionary"> >> <success type="NSString">NO</success> >> <errorMessage type="NSString">Access Denied</errorMessage> >> </commandInstance type="NSDictionary"> >> </instanceResponse> >> >> If it was working, the reply should be : >> >> <instanceResponse type="NSDictionary"> >> <commandInstance type="NSDictionary"> >> <success type="NSString">YES</success> >> </commandInstance type="NSDictionary"> >> </instanceResponse> >> >> If you are having the same bug, open a bug report on bugreport.apple.com. >> Mine is #6659666 and is still open... >> >> Hi >> >> We've for some time had a webobjects setup on OS X 10.4 server and are >> working on migrating it to Debian. >> >> I've set up a couple of instances of one of our apps on a test setup, >> however a few problems have arisen (I suspect they're interconnected): >> >> In the details view, there's no problem starting the instances, but the >> statistics don't update (however clicking WOStats will show them). If I try >> to stop an instance, nothing happens, I have to kill it in the terminal. >> >> It seems to me that Java Monitor and the instances don't "communicate" >> properly. >> >> I'll gladly supply any configuration settings needed, I'm just not sure >> where to start. >> >> -- >> Regards >> >> Mikkel Eide Eriksen >> >> _______________________________________________ >> 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: >> >> http://lists.apple.com/mailman/options/webobjects-deploy/probert%40macti.ca >> >> This email sent to prob...@macti.ca >> >> >> ------------------------------------------------------- >> Pascal Robert >> >> http://www.macti.ca >> http://www.aircourriel.com >> http://www.linkedin.com/in/macti >> >> Skype: MacTICanada >> AIM/iChat : MacTICanada >> >> >> >> >> -- >> Regards >> >> Mikkel Eide Eriksen >> Basepoint Media >> >> _______________________________________________ >> 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: >> >> http://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net >> >> This email sent to ch...@global-village.net >> > > -- > Chuck Hill Senior Consultant / VP Development > > Come to WOWODC'09 in San Fran this June! > http://www.wocommunity.org/wowodc09/ > >
_______________________________________________ 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: http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to arch...@mail-archive.com
