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.
>From: =?ISO-8859-1?Q?Christian_Pag=E9?= <address@hidden> >Organization: UCAR/Unidata >Keywords: 200509261923.j8QJNWYJ023821 LDM feed Hi Christian, re: >I did everything I should to configure LDM on both sides, but no data >is transferred. >Here are the logs: > >Feeding server: >Sep 27 01:04:40 5Q:io 132.208.133.10(feed)[15868201] NOTE: Starting >Up(6.4.1/6): 20050928172728.532 TS_ENDT {{ANY, ".*"}}, Primary >Sep 27 01:04:40 5Q:io 132.208.133.10(feed)[15868201] NOTE: topo: >132.208.133.10 {{ANY, (.*)}} This looks correct. The 'topo' messages shows that the upsteam is setup to feed the downstream (132.208.133.10). The only thing that looks odd is '5Q:io'. Exactly what is the name of the feeding server? >Receving server: >Sep 28 18:27:14 newton rpc.ldmd[28358] NOTE: Starting Up (version: >6.4.1; built: Sep 28 2005 00:49:18) >Sep 28 18:27:14 newton rpc.ldmd[28358] NOTE: Using local address >132.208.133.10:388 >Sep 28 18:27:14 newton pqact[28359] NOTE: Starting Up >Sep 28 18:27:14 newton pqsurf[28361] NOTE: Starting Up (28358) >Sep 28 18:27:14 newton 132.208.133.165[28363] NOTE: Starting >Up(6.4.1): 132.208.133.165:388 20050928172728.532 TS_ENDT {{ANY, >".*"}} >Sep 28 18:27:14 newton 132.208.133.165[28363] NOTE: LDM-6 desired >product-class: 20050928172728.532 TS_ENDT {{ANY, ".*"}} >Sep 28 18:27:14 newton pqact[28362] NOTE: Starting Up >Sep 28 18:27:14 newton 132.208.133.165[28363] NOTE: Upstream LDM-6 on >132.208.133.165 is willing to be a primary feeder This looks OK also. >Everything seems correct in the logs, but nothing is transferred...??!? Are you judging that no data is arriving by watching for products processed by 'pqact'? If yes, please see if things are getting into the queue using ldmadmin: on downstream machine as user 'ldm': ldmadmin watch If nothing is being received, please try remaking the downstream's queue and trying again: ldmadmin stop ldmadmin delqueue ldmadmin mkqueue -f ldmadmin start ldmadmin watch Cheers, Tom -- 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.