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

20041206: [Fwd: Re: LDM feed]

>From: Don Murray <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200412061249.iB6Cn7lJ002883 IDD reverse name lookup

Don,

>We're trying to set up a feed from atm.geo.nsf.gov to this
>machine for the RICO project.  I'm concerned that it's not
>really advertising itself as rico.joss.ucar.edu, since the
>error has zebra2 listed.
>
>Any ideas on this?

I am looking through the ~ldm/logs/ldmd.log file on atm and don't see
any connection attempts by a machine called zebra2 (or zebra*).  I do
see gethostbyaddr failures for a machine with IP address 69.50.67.218
starting at about the same time as the log messages that Chris sent to
you:

Dec 03 20:51:15 atm.geo.nsf.gov rpc.ldmd[2126]: gethostbyaddr: failed for 
69.50.67.218
Dec 03 20:51:15 atm.geo.nsf.gov rpc.ldmd[2126]: Denying connection from 
69.50.67.218
Dec 03 20:51:15 atm.geo.nsf.gov rpc.ldmd[2126]: child 5289 exited with status 2
Dec 03 20:51:15 atm.geo.nsf.gov laraine[7027]: ldmprog_4: ldmping from 
laraine.unidata.ucar.edu
Dec 03 20:51:15 atm.geo.nsf.gov rpc.ldmd[2126]: gethostbyaddr: failed for 
69.50.67.218
Dec 03 20:51:15 atm.geo.nsf.gov rpc.ldmd[2126]: Denying connection from 
69.50.67.218
 ...

This coupled with the output from an 'awhois' for this IP:


  OrgName:    Antigua Computer Technology 
  OrgID:      ACT-100
  Address:    P.O. Box 3090
  Address:    Market Church St.
  City:       St. John's
  StateProv:  
  PostalCode: 
  Country:    AG
  
  NetRange:   69.50.64.0 - 69.50.79.255 
  CIDR:       69.50.64.0/20 
  NetName:    ANTIGUA
  NetHandle:  NET-69-50-64-0-1
  Parent:     NET-69-0-0-0-0
  NetType:    Direct Allocation
  NameServer: NS1.ACTOL.NET
  NameServer: NS2.ACTOL.NET
  NameServer: ACT1.ACT2000.NET
  NameServer: ACT2.ACT2000.NET
  Comment:    For abuse or any other issues, please contact
  Comment:    > address@hidden
  RegDate:    2003-05-28
  Updated:    2004-01-30
  
  TechHandle: SD579-ARIN
  TechName:   Doumith, Salomon 
  TechPhone:  268-480-5229
  TechEmail:  address@hidden 
  
  OrgTechHandle: LC611-ARIN
  OrgTechName:   Colon, Luis 
  OrgTechPhone:  +1-787-286-5845
  OrgTechEmail:  address@hidden
  
  # ARIN WHOIS database, last updated 2004-12-05 19:10
  # Enter ? for additional hints on searching ARIN's WHOIS database.

tells me that that DNS is not setup/setup correctly for the JOSS
machine.

You (or support) needs to work with Chris(/whoever in JOSS is the
primary contact) to get forward and reverse name service setup for this
machine.  If this turns out to not be possible for some reason, we can
circumvent the process by adding an entry in atm's /etc/hosts file to
define the hostname.  I will do this if we know that the machine with IP
address 69.50.67.218 is really the one that will be ingesting data
through the IDD during RICO.

>I tried searching the archives, but the
>glimpse search seems to be broken on conan.  I sent a note
>to Jennifer about that.

OK.  Motherlode appears to be inaccessible this morning also (sigh)...

Tom

>-------- Original Message --------
>Subject: Re: LDM feed
>Date: Fri, 03 Dec 2004 21:17:10 +0000
>From: Chris Burghart <address@hidden>
>Organization: UCAR/Unidata
>To: address@hidden
>References: <address@hidden> 
><address@hidden> <address@hidden> 
><address@hidden> <address@hidden>
>
>Hi Don,
>
>I fired up LDM here with the "request" line you sent, and ldmd.log is
>getting sets of messages like this:
>
>Dec 03 21:12:05 zebra2 atm[26827]: Desired product class:
>20041203200137.237 TS_ENDT {{HDS,  "^H.L... KWBC (..)(..).*"}}
>Dec 03 21:12:30 zebra2 atm[26827]: NOTICE: requester6.c:449;
>ldm_clnt.c:286: nullproc_6 failure to atm.geo.nsf.gov; ldm_clnt.c:142:
>RPC: Timed out
>Dec 03 21:12:30 zebra2 atm[26827]: Desired product class:
>20041203200137.237 TS_ENDT {{HDS,  "^H.L... KWBC (..)(..).*"}}
>Dec 03 21:12:56 zebra2 atm[26827]: NOTICE: requester6.c:449;
>ldm_clnt.c:286: nullproc_6 failure to atm.geo.nsf.gov; ldm_clnt.c:142:
>RPC: Timed out
>Dec 03 21:12:56 zebra2 atm[26827]: Desired product class:
>20041203200137.237 TS_ENDT {{HDS,  "^H.L... KWBC (..)(..).*"}}
>Dec 03 21:14:06 zebra2 atm[26827]: ERROR: requester6.c:459;
>ldm_clnt.c:286: nullproc_6 failure to atm.geo.nsf.gov; ldm_clnt.c:142:
>RPC: Unable to receive; errno = Connection reset by peer
>
>Is rico.joss.ucar.edu on their accept list already, or do I need to wait
>for that?
>My other concern is that there's an issue because the ldmd is running on a
>NATted behind a firewall.  The firewall machine is rico.joss.ucar.edu, and
>according to an answer from Steve Emmerson about a similar setup, it should
>work as long as ldmd is claiming to be on rico.joss.ucar.edu (and it
>is).  Any
>ideas?
>
>Thanks,
>
>Chris
>
>Don Murray wrote:
>
>> Hi Chris-
>>
>> Chris Burghart wrote:
>>
>>> I should be ready to test LDM soon.  What's my upstream server, and
>>> what products should I be getting?
>>
>>
>> Use atm.geo.nsf.gov for your primary feed and emo.unidata.ucar.edu for
>> the backup. Both machines are set up for global allows for .edu sites.
>>
>>
>> I won't have the satellite stuff set up until monday, but for now, I
>> would request:
>>
>> request HRS     "^H.L... KWBC (..)(..).*"  atm.geo.nsf.gov
>>
>> for the gridded data.  Here is the pqact entry for gribtonc:
>>
>> # GFS model on thinned grids, interpolated to global 1.25 x 1.25 
>> regular grid
>> HRS     ^H.L... KWBC (..)(..).*
>>         PIPE    decoders/gribtonc
>>         -q "lin,dlat=1.25,dlon=1.25" etc/1.25X1.25gfs-l.cdl
>>         d/RICO/GRIB/netcdf/(\1:yyyy)(\1:mm)\1\2_avn-x.nc
>>
>> the cdl is attached.  If you don't have gribtonc set up, then I can do
>> that next week.
>
>-- 
>*************************************************************
>Don Murray                               UCAR Unidata Program
>address@hidden                        P.O. Box 3000
>(303) 497-8628                              Boulder, CO 80307
>http://www.unidata.ucar.edu/staff/donm
>"There's someone in my head, but it's not me"    Roger Waters
>*************************************************************
>
>
--
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.

>From address@hidden  Mon Dec  6 08:37:30 2004

>The requests you see are correctly coming from 69.50.67.218, which
>is our firewall machine on Antigua.  We currently have forward
>name resolution: rico.joss.ucar.edu -> 69.50.67.218, and we are
>working with the local ISP to give us the appropriate reverse
>resolution.  I think it will be set up some time today.

>Thanks for the info.

>Chris Burghart