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

[IDD #ZHD-705806]: idd.unidata ids feed

Hi Waldenio,

> I have 2 machines for external data exchange: mopora and moingobe.
> Mopora receives data from idd.unidata
> Moingobe receives data from idd.cise-nsf

OK.  I thought that was how things were setup.  In my search yesterday,
I did not see any mopora connections on any of our idd.unidata.ucar.edu
cluster nodes.  I looked again today, and I found what is likely the
cause of some problems:

- we had put in a definition for 'ldm.cptec.br' in our /etc/hosts file

The reason we did this (some time ago) was the DNS for mopora was not
reliable.  This was causing logs of log file entries, and denial of
service for feed requests due to lack of forward and reverse name lookup.
After verifying forward and reverse name lookup for mopora.cptec.inpe.br,
I commented out the ldm.cptec.br entry in /etc/hosts on all of our cluster
nodes so that connections will once again report mopora as the requesting 

> When idd.cise was down and idd.unidata stops to send data to Mopora, I
> redirected the Mopora feed to Portugal. When idd.cise came back I
> returned Mopora to idd.unidata.


> I have some problems with Mopora's logfiles. They are being solved, but
> I still dont have these logs.

No worries.

re: I see three CPTEC machines in the ldmd.log file on one or our 
cluster nodes:

> > sucuri.cptec.inpe.br -
> > cambui.cptec.inpe.br -
> > surubim.cptec.inpe.br -
> >
re: Are any of these machines known as 

> No, these 3 machines are a internal processing cluster. They should get
> data only from Mopora and Moingobe, nothing else.

The log messages I see about these machines are strange:

logs/ldmd.log.11:Jul  1 17:39:12 uni4 cambui.cptec.inpe.br[22935] NOTE: 
Connection from client LDM silent for 720 seconds 
logs/ldmd.log.11:Jul  1 17:43:57 uni4 sucuri.cptec.inpe.br[23340] NOTE: 
Connection from client LDM silent for 720 seconds 

I will ask Steve Emmerson about these tomorrow (he is not in today).

In the process of troubleshooting the IDS|DDPLUS feed to mopora, I decided to 
the LDM to the latest "beta" release, ldm-  Upgrading make restarting 
LDM on the node that had connections from ldm.inpe.br (which I now know was 
necessary.  In the past, restarting the LDM would automatically renew feeds to
those (very) few connections that seemed to be active, but were receiving no 
(like mopora for IDS|DDPLUS).


Unidata User Support                                    UCAR Unidata Program
(303) 497-8642                                                 P.O. Box 3000
address@hidden                                   Boulder, CO 80307
Unidata HomePage                       http://www.unidata.ucar.edu

Ticket Details
Ticket ID: ZHD-705806
Department: Support IDD
Priority: Normal
Status: Closed