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.
Hi Tom- Thanks. If you do an nslookup on rico.joss.ucar.edu, it gives you 69.50.67.218. However the reverse doesn't seem to be working. Chris, can you look at this or should I talk to Mark? Don Unidata Support wrote:
From: Don Murray <address@hidden> Organization: UCAR/Unidata Keywords: 200412061249.iB6Cn7lJ002883 IDD reverse name lookupDon,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-100Address: P.O. Box 3090 Address: Market Church St. City: St. John'sStateProv: PostalCode: Country: AG NetRange: 69.50.64.0 - 69.50.79.255 CIDR: 69.50.64.0/20 NetName: ANTIGUANetHandle: 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-30TechHandle: SD579-ARIN TechName: Doumith, Salomon TechPhone: 268-480-5229 TechEmail: address@hidden OrgTechHandle: LC611-ARIN OrgTechName: Colon, Luis OrgTechPhone: +1-787-286-5845OrgTechEmail: 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@hiddenReferences: <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 gridHRS ^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.
-- ************************************************************* 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 *************************************************************