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

20021120: using the LDM to feed a remote site in Hong Kong (cont.)

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: 20021120: using the LDM to feed a remote site in Hong Kong (cont.)
  • Date: Wed, 20 Nov 2002 08:00:58 -0700
>From: David YEUNG <address@hidden>
>Organization: CCAR HKUST
>Keywords: 200211142212.gAEMCPL03300 IDD LDM

Hi David,

>I've installed the new LDM (5.2.2) and configured the ldmd.conf as
>you suggested. The missing data problem seems to be fixed.

I noticed that rcz006.ust.hk started reporting real time statistics
for IDS|DDPLUS products yesterday:

http://www.unidata.ucar.edu/staff/chiz/latency/rtstats/index2.shtml?rcz006.ust.hk

The latencies for the observational products in this stream are now virtually
zero which means that you are getting them within a second or so of their
being injected into the IDD.  Not bad for communications half way around
the world!

>But when I added the line
>
>    exec    "rtstats -h rtstats.unidata.ucar.edu"
>
>to the etc/ldmd.conf file. The following messages keep
>displayed in the log file:
>
>Nov 20 00:30:15 rcz006 rtstats[10918]: Starting Up (10915)
>Nov 20 00:30:16 rcz006 iita[10919]: FEEDME(iita.rap.ucar.edu): OK
>Nov 20 00:30:16 rcz006 iita1[10920]: FEEDME(iita1.rap.ucar.edu): OK
>Nov 20 00:30:16 rcz006 iita2[10921]: FEEDME(iita2.rap.ucar.edu): OK
>Nov 20 00:30:16 rcz006 iita3[10922]: FEEDME(iita3.rap.ucar.edu): OK
>Nov 20 01:46:04 rcz006 rtstats[10918]: clnt_create(rtstats.unidata.ucar.edu, 3
> 00029, 5, "tcp"): rtstats.unidata.ucar.edu: RPC: 
>Unknown host
>Nov 20 01:46:44 rcz006 last message repeated 4 times
>Nov 20 01:47:54 rcz006 last message repeated 11 times
>Nov 20 01:49:01 rcz006 last message repeated 16 times
>Nov 20 01:50:07 rcz006 last message repeated 16 times
>Nov 20 01:51:11 rcz006 last message repeated 22 times
>...
>
>Something is wrong for the RPC connected to the rtstats.unidata.ucar.edu.

This may have been a transitory name service problem.

>But I can ping to this host:
>
>[ldm@rcz006 ldm]$ ping rtstats.unidata.ucar.edu
>PING rtstats.unidata.ucar.edu (128.117.140.85) from 143.89.112.96 : 56(84) byt
> es of data.
>64 bytes from flip.unidata.ucar.edu (128.117.140.85): icmp_seq=0 ttl=241 time=
> 285.018 msec
>64 bytes from flip.unidata.ucar.edu (128.117.140.85): icmp_seq=1 ttl=241 time=
> 268.539 msec
>64 bytes from flip.unidata.ucar.edu (128.117.140.85): icmp_seq=2 ttl=241 time=
> 291.200 msec
>...
>
>Any idea what's wrong?

I would suspect a name lookup problem.  You could replace the fully qualified
hostname in the rtstats line with the IP address for flip (128.117.140.85),
but when we move the rtstats server to a new machine, your reporting would
break.

It is curious that stats for IDS|DDPLUS are coming through but the same
for the HDS feed are not.  I can't explain this, but I would be tempted
to review the entries you made in your ldmd.conf file to make sure
that there are no typos.  I would also try to verify that you are, in fact,
receiving and filing the HDS products with no problems.  Lastly, keep
an eye on the log messages in ldmd.log*.

Cheers,

Tom