[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20030423: LDM-6 installations at Lyndon (cont.)

>From: Mark Tucker <address@hidden>
>Organization: Lyndon State
>Keywords: 200304211433.h3LEXd7U002066 McIDAS ADDE compress

Hi Mark,

>I've run into a problem with ADDE requests are not being servered properly.  
>I've pointed clients running mcidasx 7.8 and 2002b to use omega and any adde 
>command returns an error about "stdin: not in compressed format".  I've 
>updated /etc/services and /etc/inetd.conf according to the installation 
>documentation.  What can I check to help debug this problem further?  

The problem is most likely that omega does not have the 'compress' utility
installed.  The McIDAS ADDE server module mcserv tries to run compress
from the /bin, then /usr/ucb, and then /usr/bin directories.  If all
of those locations fail, the transfer will fail.

>The system message log on Omega has the following items corresponding with the
>client requests:
>Apr 23 15:22:43 omega /kernel: pid 83375 (agetserv), uid 3054: exited on 
>signal 11 (core dumped)
>Apr 23 17:19:54 omega /kernel: pid 47091 (agetserv), uid 3054: exited on 
>signal 11 (core dumped)
>Apr 23 17:27:07 omega /kernel: pid 47166 (adirserv), uid 3054: exited on 
>signal 11 (core dumped)
>Apr 23 17:27:16 omega /kernel: pid 47169 (adirserv), uid 3054: exited on 
>signal 11 (core dumped)
>Apr 23 17:32:29 omega /kernel: pid 47204 (wtxgserv), uid 3054: exited on 
>signal 11 (core dumped)

I am concerned about the core dump messages, but I won't worry about these
until you install compress on omega.  If omega is a Linux box, the standard
location for compress would be /usr/bin.  If it is an x86 box, compress
should be found in /bin, and so on.


NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.