[TIGGE #BGR-338705]: A problem when perform LDM tests

Hi YangXin,

Try the ldmping and connection attempts again -- we were blocking packets to 
port 388 on yakov.
It looks like the DNS lookup was fine, it just couldn,t connect.

mike

> Hi, Tom,
> 
> It seemed that I've got a small problem when I tried "ldmping 
> yakov.unidata.ucar.edu" or "ldmping 128.117.156.86", the output are as 
> follows:
> 
> $ ldmping yakov.unidata.ucar.edu
> Jun 07 16:55:49 INFO:      State    Elapsed Port   Remote_Host           
> rpc_stat
> Jun 07 16:55:50 INFO: Resolving yakov.unidata.ucar.edu to 128.117.156.86 took 
> 0.207165 seconds
> Jun 07 16:56:00 ERROR: SVC_UNAVAIL  10.208850    0   yakov.unidata.ucar.edu  
> h_clnt_create(yakov.unidata.ucar.edu): Timed out while creating connection
> 
> 
> $ ldmping 128.117.156.86
> Jun 07 16:51:06 INFO:      State    Elapsed Port   Remote_Host           
> rpc_stat
> Jun 07 16:51:16 ERROR: SVC_UNAVAIL  10.001887    0   128.117.156.86  
> h_clnt_create(128.117.156.86): Timed out while creating connection
> Jun 07 16:51:41 ERROR:  ADDRESSED   0.000003    0   128.117.156.86  
> h_clnt_create(128.117.156.86): Timed out while creating connection
> Jun 07 16:52:16 ERROR:      NAMED  10.000290    0   128.117.156.86  can't 
> contact portmapper: RPC: Timed out
> Jun 07 16:52:51 ERROR: SVC_UNAVAIL  10.001282    0   128.117.156.86  
> h_clnt_create(128.117.156.86): Timed out while creating connection
> 
> If ldmping does not work here at CMA, can you still see connection requests?
> 
> Maybe because my LDM Server does not have DNS Name or there are some other 
> reasons, your LDM Serve did not allow it to communicate with your LDM. How 
> about ALLOWing the exact IP Address of my LDM Server? Would that be an 
> alternative way to grant a permission to my LDM Server?
> 
> Thanks.
> 
> Regards,
> YangXin,
> Jun 8.
> 
> 
> ======= 2007-06-07 22:30:43 :=======
> 
> >Hi Yangxin,
> >
> >This is a quick note to let you know that:
> >
> >- I have configured yakov.unidata.ucar.edu with a 4 GB LDM queue
> >
> >- yakov.unidata.ucar.edu is now receiving the full CONDUIT datastream
> >
> >- I have added an entry into /etc/hosts on yakov that assigns the
> >  fictitious name 'yangxin.cma.gov.cn' to the IP address 210.73.54.25
> >
> >- I allowed machines whose names match the pattern \.cma\.gov\.cn$ to
> >  receive CONDUIT data from yakov
> >
> >So far, I see no connection requests from your machine to yakov for
> >CONDUIT data.  If your machine is up and running and currently requesting
> >CONDUIT data from yakov, it would mean that there is some sort of a problem.
> >Please check your LDM log file (~ldm/logs/ldmd.log) to see if there are
> >any messages related to your request of CONDUIT data from yakov.
> >
> >
> >Cheers,
> >
> >Tom
> >****************************************************************************
> >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: BGR-338705
> >Department: Support IDD TIGGE
> >Priority: High
> >Status: Closed
> >
> 
> = = = = = = = = = = = = = = = = = = = =
> 
> 
> ������������������
> ����
> 
> 
> ����������������yangxin
> ����������������address@hidden
> ��������������������2007-06-08
> 
> 
> 


Ticket Details
===================
Ticket ID: BGR-338705
Department: Support IDD TIGGE
Priority: High
Status: Closed