Re: Failed to contact xxxx-1085, ellpack

John Pollard <[email protected]> Tue, 04 Oct 2005 09:30:52 +0100
Newsgroups gmane.comp.web.webobjects.admin
Message-ID <[email protected]>
Thank you Sacha, it took me a while to grasp what you were saying about 
ellpack. Should I use a different range of ports? If so, what range is 
sensible and can I add them to /etc/services along with my own process names.

When we were running on Panther Server, we had this type of problem prior 
to WO5.2.3 which seemed to fix it. But since we have moved to Tiger 
(Client), JavaMonitor has seemed temperamental and these CLOSE_WAIT 
problems are cropping up again. Does anyone know if Apple have this back on 
their bug list again? I am not convinced that any of my app instances are 
going south, other than being cut off by wotaskd.

I will look at some of the debugging techniques that Chuck suggests.

I do use the wo services restart technique that Nick advised of, though 
that will cut off any active sessions I believe.

At 17:16 03/10/2005, Sacha Mallais wrote:

>On Oct 3, 2005, at 5:44 AM, John Pollard wrote:
>
>>Since we moved to Tiger (client) for hosting WO apps, I sometimes
>>have trouble with JavaMonitor not being able to report the status
>>of applications.
>>
>>Rebooting sorts this out.
>>
>>The message on the application detail page in JavaMonitor in red
>>letters is "Failed to contact plug-1085" and no statistics are shown.
>>
>>Yet the applications themselves all appear to be functioning
>>correctly.
>>
>>Each time JavaMonitor fails to get the info it needs,
>>webobjects.log has the following line added to it:
>>
>>[2005-10-03 13:23:39 BST] <WorkerThread7> <WOWorkerThread id=7
>>socket=Socket[addr=/192.168.0.34,port=59254,localport=1085]>
>>Exception while sending response: java.net.SocketException: Broken
>>pipe
>>
>>Running lsof -i tcp:2001-2050 gives many lines with something
>>called ellpack in:
>>
>>java      628 root  259u  IPv6 0x04d1d490      0t0  TCP
>>plug:ellpack->plug:63305 (CLOSE_WAIT)
>>java      628 root  260u  IPv6 0x04d1d100      0t0  TCP
>>plug:ellpack->plug:63318 (CLOSE_WAIT)
>>java      628 root  261u  IPv6 0x04d1c0f8      0t0  TCP
>>plug:ellpack->plug:63333 (CLOSE_WAIT)
>>java      628 root  262u  IPv6 0x04d1bf30      0t0  TCP
>>plug:ellpack->plug:63337 (CLOSE_WAIT)
>>java      628 root  263u  IPv6 0x04d1d9e8      0t0  TCP
>>plug:ellpack->plug:63384 (CLOSE_WAIT)
>>...
>>
>>and I am guessing from past experience that these are causing the
>>problem.
>>
>>What is this all about and how can it be prevented? I can't find
>>information on this ellpack thing.
>
>ellpack is a wild goose chase: it refers to the service that usually
>occurs on that port (port 2025 -- see /etc/services).
>
>As to what the actual problem is, I don't know: I'm seeing similar
>things on our site.  What seems to be happening to me is one instance
>goes south and after that point all communication with wotaskd is
>lost.  That causes the "Failed to contact..." message.
>
>Sorry I couldn't be more help,
>
>
>sacha
>