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

Re: 20000824: ldmsend problem

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: Re: 20000824: ldmsend problem
  • Date: Thu, 24 Aug 2000 13:24:25 -0600 (MDT)
On Thu, 24 Aug 2000, Unidata Support wrote:

> 
> ------- Forwarded Message
> 
> >To: address@hidden
> >From: David Wojtowicz <address@hidden>
> >Subject: ldmsend problem
> >Organization: UCAR/Unidata
> >Keywords: 200008241801.e7OI1cN22090
> 
> 
> 
> Hi,
> 
>   I'm trying to use ldmsend to deliver a locally generated product
> to our LDM server.
> 
> 
> One the client machine I run this and get the following error:
> 
> $ ldmsend -l /dev/tty -v -h squall.atmos.uiuc.edu -f EXP filename
>  ldmsend: hiya squall.atmos.uiuc.edu:  RPC_TIMED_OUT
> 


David,

The ldmsend doesn't have the robustness of a LDM server, it's a one time
shot deal. If a packet is missing or something, then it fails. I would
recommend using pqinsert, that puts the product into the local queue and
therefore has the robustness of the LDM server, ie if necessary to resend
the product.  I speculate that the problem you are seeing is that the
network conditions have deteriorated to the point that some packets are
missings or the acknowledgement take to long to be returned.  




> (this times out and exits after about 30 seconds)
> 
> 
> >From the logs on the server, I see this:
> Aug 24 17:45:30 squall uiatma[1551]: Connection from uiatma.atmos.uiuc.edu 
> Aug 24 17:47:35 squall uiatma[1551]: hiya_4: TS_ZERO TS_ENDT {{EXP, ".*"}} 
> Aug 24 17:47:35 squall uiatma[1551]: Connection reset by peer 
> Aug 24 17:47:35 squall uiatma[1551]: Exiting 
> 
> (note from the time stamps that the last three lines appear somewhat
> later)
> 
> The product is not received on the server end.
> 
> This only seems to have started happening recently as I have been
> using this arrangement for a long time.  I don't think I changed
> anything as I can't coordinate the time that it started failing
> with a particular change.  For example I had upgraded LDM on the
> server but it worked for several days after that.  The ldmd.conf
> file explicity grants permission to uiatma.atmos.uiuc.edu to
> send products and had not changed since from when it was previously
> working.
> 
> The client is a HP10.20 machine running LDM 5.1.2beta3 and the server
> is a Linux6.2 machine running LDM 5.1.1.
> 


We have also found that it's better to have the same versions of the LDM
running on poor network connections.  


Robb...


> Any ideas as to what might be wrong?  Thanks!
> 
>  
> --------------------------------------------------------
>  David Wojtowicz, Sr. Research Programmer/Systems Manager
>  Department of Atmospheric Sciences Computer Services
>  University of Illinois at Urbana-Champaign
>  email: address@hidden  phone: (217)333-8390
> --------------------------------------------------------
> 
> 
> 
> 
> ------- End of Forwarded Message
> 

===============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
address@hidden             WWW: http://www.unidata.ucar.edu/
===============================================================================