It's perplexing.
I get in a circle of thought where I think Monitor must be running,
because it presents the login form and returns the password error.
But at the same time I can't find it's process running anywhere. So
at this point I'm not even sure if Monitor is running at all!
I've tried shutting down the WebObjects service from server admin,
which does not kill in the instances. So, I shut down the instances
via kill -9 . I tried the command you suggested (losf -i tcp:1085)
but that returned nothing. That seems to return nothing regardless if
the WebObjects service is running or not - so maybe that clues you
into what my problem is. If I point a browser to http://localhost:
1085 (while in Remote Desktop) that does return the service's
configuration in HTML format.
Anyway, after shutting down the instances I then went ahead and edited
the SiteConfig.xml and removed the password (which appeared to be a
Hex string? - 076CFF12B1C58819436A45BDF433E7D35CCA) from the site
element.
Restarted the WebObjects service - all the instances came up normally
but I'm still at the same point with the password issue. Not sure
what to try next (besides reinstalling OS >:) ).
Thanks for your help,
Jon
ps I hope you guys start on your next book soon, the first one was
excellent!
On Jun 10, 2008, at 10:31 AM, Sacha Michel Mallais wrote:
On Jun 10, 2008, at 1:10 PM, Jonathan Miller wrote:
Hi,
I usually access monitor by using Remote Desktop and then I open a
browser to http://localhost:56789
For some reason now I get the log in screen but my password always
gets refused.
I can think of a couple of possibilities that might cause this:
- the obvious "you changed your password and forgot" :-)
- you have a second copy of JM running
The easiest way to resolve this is probably to just edit the config
file (/Library/WebObjects/Configuration/SiteConfig.xml) and remove
the password. You'll definitely have more success if JM and maybe
even wotaskd is off when you do this.
Another issue I'm having is that when I shut down the WebObjects
service from Server Administrator the service says it is down but
if I use "ps ax" I can see all the instances still running.
This is a bit weird, but I've never used Server Admin for this
function. My guess is that it kills JM and wotaskd without killing
the instances. You can verify that wotaskd is dead by doing a "lsof
-i tcp:1085". If you get no output, or a bunch of processes in
CLOSE_WAIT state (which means the apps are waiting for the
connection to wotaskd to time out), then its not running.
Nothing appears to be written to console when the login fails.
:-( JM isn't very talkative, that's for sure.
sacha
--
Sacha Michel Mallais Knowledge Broker
Global Village Consulting Inc. http://www.global-village.net/
PGP Key ID: 7D757B65 AIM: smallais
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d- s++:++ a C++(++++)$ [EMAIL PROTECTED](++++)$ P-(---) L+(-) E>++
W++(+++) N+ o? K? w(---) O M++ V-(--) PS+++ PE(-) Y+ PGP++ t+
5+ X+ R+>+++ tv+ b+ DI+++ D++ G e++ h(+) r* y+(*)
------END GEEK CODE BLOCK------
_______________________________________________
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 [EMAIL PROTECTED]
