Re: Failed to contact xxxx-1085, ellpack

On Oct 4, 2005, at 9:41 AM, John Pollard wrote:
>>> but woservice kindly tells you that it eats the output of whatever
>>> it runs and does not put it into its log file. That's why I
>>> redirected the wotaskd log output. Not sure where the thread dump
>>> is though. Perhaps something else swallowed it.
>>>
>>
>> I'm not sure what is happening.  I have not edited the wotaskd script
>> nor the javawoservice.sh one.  I do get a thread dump when I send a
>> kill -QUIT to wotaskd.
>>
>> Which user is wotaskd running under?  Does that user have write
>> permission on /var/log/wotaskd.log or wherever the startup script
>> (and your redirection) is telling it to write?
>>
>
> wotaskd is running as root and I send the kill -QUIT as root and  
> again nothing seen in webobjects.log or wotaskd.log. Oh well. I'd  
> prefer Apple to debug wotaskd anyway, if that is indeed at fault.  
> Thanks Chuck, you should get back to your book writing and give up  
> on me.

Give up?  Never!  ;-)

I just went to a machine that I am sure I have not been messing  
with.  The only change was to uncomment the WebObjects startup line  
for wotaskd.

Here is what I did:

Paris:~ chuck$ sudo lsof -i tcp:1085
COMMAND PID  USER   FD   TYPE     DEVICE SIZE/OFF NODE NAME
java    153  root    4u  IPv6 0x013c0100      0t0  TCP *:webobjects  
(LISTEN)
java    512 chuck    7u  IPv6 0x013bfd70      0t0  TCP [:: 
192.168.0.3]:49518->[::192.168.0.3]:webobjects (ESTABLISHED)
Paris:~ chuck$ sudo kill -QUIT 153
Paris:~ chuck$ cat /var/log/webobjects.log

------------------------------------------------------------------------ 
-
javawoservice.sh: `wotaskd' is starting up ...
[2005-10-03 17:56:01 PDT] <main> Multicast Response Disabled
[2005-10-03 17:56:01 PDT] <Thread-0> Created UDP socket; listening  
for requests...
[2005-10-03 17:56:01 PDT] <main> The URL for webserver connect is:
http://Paris.local/cgi-bin/WebObjects/wotaskd.woa/-1085
The URL for direct connect is:
http://Paris.local:1085/cgi-bin/WebObjects/wotaskd.woa
[2005-10-03 17:56:01 PDT] <main> null
[2005-10-03 17:56:01 PDT] <main> Waiting for requests...
Full thread dump Java HotSpot(TM) Client VM (1.4.2-54 mixed mode):

"WorkerThread15" prio=5 tid=0x0052a010 nid=0x18bd600 waiting for  
monitor entry [f1499000..f1499ac0]
         at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:351)
         - waiting to lock <0x657f5118> (a java.net.PlainSocketImpl)
         at java.net.ServerSocket.implAccept(ServerSocket.java:448)
         at java.net.ServerSocket.accept(ServerSocket.java:419)
         at com.webobjects.appserver._private.WOWorkerThread.run 
(WOWorkerThread.java:238)
         at java.lang.Thread.run(Thread.java:552)

etc. etc.

Is that what you are doing?  Have you by chance edited /var/log/ 
webobjects.log since rebooting so that the thread dump is now going  
to /var/log/webobjects.log~

The answer is out there...

Chuck


-- 
Coming in 2006 - an introduction to web applications using WebObjects  
and Xcode     http://www.global-village.net/wointro

Practical WebObjects - for developers who want to increase their  
overall knowledge of WebObjects or who are trying to solve specific  
problems.    http://www.global-village.net/products/practical_webobjects