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.
Date: Thu, 30 Aug 2001 16:29:24 -0400 From: David Fitzgerald <address@hidden> To: 'Jeff Weber' <address@hidden>, David Fitzgerald <address@hidden> Subject: RE: 20010830: suominet LDM feed Jeff, Ok ... pqact -vl - -f AFOS > /dev/null came back with an entry. pqact -vl - -f GPS > /dev/null did not return anything. notifyme -vl- -h mugps.millersville.edu -o 18000 DID show 6 hours of data files for the AFOS product. Nothing for GPS. There IS AFOS data, I'm just not getting it "current". Any ideas? If it is a time difference problem, my ldm server is using NTP to sync its clock. Dave ************************************************************************** David Fitzgerald Phone: 717-871-2394 Distributed System Specialist Fax: 717-871-4725 Millersville University E-mail: address@hidden Millersville, PA 17551 > -----Original Message----- > From: Jeff Weber [mailto:address@hidden] > Sent: Thursday, August 30, 2001 4:00 PM > To: David Fitzgerald > Cc: Teresa Van Hove; address@hidden > Subject: RE: 20010830: suominet LDM feed > > > Hi David, > > Yes, that could make a difference. > > Try pqcat -vl - -f AFOS > /dev/null > > and pqcat -vl - -f GPS > /dev/null > > from mugps > > This will show all prods in the queue per feedtype. > > Also try the notifyme command > > notifyme -vl- -h mugps.millersville.edu -o 18000 > > this will look back 5 hours 4 hours for UTC vs EST and > another hour for > good measure. > > Also make sure you have allows and requests for BOTH machines for BOTH > feedtype GPS and GPSSRC(AFOS) twister and mugps. I logged on > to UNAVCOs > machine and all appears OK on this end. > > I bet we get alot closer to an answer now... > > Thanks, > > -Jeff > ____________________________ _____________________ > Jeff Weber address@hidden > Unidata Support PH:303-497-8676 > NWS-COMET Case Study Library FX:303-497-8690 > University Corp for Atmospheric Research 3300 Mitchell Ln > http://www.unidata.ucar.edu/staff/jweber Boulder,Co 80307-3000 > ________________________________________ ______________________ > > On Thu, 30 Aug 2001, David Fitzgerald wrote: > > > Jeff, > > > > Yes I have physical access to mugps. As far as I can tell > nothing crashed > > on it or shut down at anytime other than my restarting the > ldm to see if > > that helped... it didn't. > > We've been comparing the met pack with our other > instruments and it is > > tracking along with them well. I can't tell about the GPS, > other than the > > satellite light on the receiver is in fast blink mode (less than 4 > > satellites?) > > > > One off the wall idea... could the fact that your using UTC > time and I'm > > using EDT time be a factor? I see in some of the ldm > support archives that > > a nullproc error could be due to a difference in the times > between the ldm > > server and client. > > > > Dave > > > > > ************************************************************** > ************ > > David Fitzgerald Phone: 717-871-2394 > > Distributed System Specialist Fax: 717-871-4725 > > Millersville University E-mail: > > address@hidden > > Millersville, PA 17551 > > > > > > > -----Original Message----- > > > From: Jeff Weber [mailto:address@hidden] > > > Sent: Thursday, August 30, 2001 3:10 PM > > > To: David Fitzgerald > > > Cc: Teresa Van Hove; address@hidden > > > Subject: RE: 20010830: suominet LDM feed > > > > > > > > > Dave, > > > > > > One more thing, is there a way to check the functionality of > > > the met pack > > > and GPS sensor to eliminate that as a cause for failure...? > > > > > > -Jeff > > > ____________________________ > _____________________ > > > Jeff Weber address@hidden > > > Unidata Support PH:303-497-8676 > > > NWS-COMET Case Study Library FX:303-497-8690 > > > University Corp for Atmospheric Research 3300 Mitchell Ln > > > http://www.unidata.ucar.edu/staff/jweber Boulder,Co > 80307-3000 > > > ________________________________________ > ______________________ > > > > > > On Thu, 30 Aug 2001, David Fitzgerald wrote: > > > > > > > Jeff, > > > > > > > > The full name of the server is mugps.millersville.edu. > IP number > > > > 166.66.44.148. > > > > > > > > `ldmping -i 5 -h mugps.millersville.edu` shows: > > > > Aug 30 17:37:29 State Elapsed Port > > > Remote Host > > > > rpc_stat > > > > Aug 30 17:37:29 RESPONDING 0.096354 388 > > > > mugps.millersville.edu > > > > Aug 30 17:37:34 RESPONDING 0.000532 388 > > > > mugps.millersville.edu > > > > etc > > > > > > > > > > > > `notifyme -vl- -h mugps.millersville.edu` shows: > > > > Aug 30 17:41:17 notifyme[8438]: Starting Up: > mugps.millersville.edu: > > > > 200108030174117.348 TS_ENDT {{ANY, ".*"}} > > > > > > > > Aug 30 17:41:17 notifyme[8438]: > NOTIFYME(mugps.millersville.edu): OK > > > > > > > > After this point nothing happens. No products scroll by as > > > they ought to. > > > > > > > > Dave > > > > > > > > > > > ************************************************************** > > > ************ > > > > David Fitzgerald Phone: 717-871-2394 > > > > Distributed System Specialist Fax: 717-871-4725 > > > > Millersville University E-mail: > > > > address@hidden > > > > Millersville, PA 17551 > > > > > > > > > > > > > -----Original Message----- > > > > > From: Jeff Weber [mailto:address@hidden] > > > > > Sent: Thursday, August 30, 2001 12:18 PM > > > > > To: David Fitzgerald; Teresa Van Hove > > > > > Cc: address@hidden > > > > > Subject: Re: 20010830: suominet LDM feed > > > > > > > > > > > > > > > Hi David, > > > > > > > > > > What is the full name of mugps? > > > > > > > > > > Are you still seeing the same problem? > > > > > > > > > > What do you get when you do an ldmping to mugps, or a > > > > > notifyme -vl - -h > > > > > mugps.(...).(..) [i do not know the full domain] > > > > > > > > > > This will help us decipher the issue. > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > -Jeff > > > > > ____________________________ > > > _____________________ > > > > > Jeff Weber address@hidden > > > > > Unidata Support PH:303-497-8676 > > > > > NWS-COMET Case Study Library FX:303-497-8690 > > > > > University Corp for Atmospheric Research 3300 Mitchell Ln > > > > > http://www.unidata.ucar.edu/staff/jweber Boulder,Co > > > 80307-3000 > > > > > ________________________________________ > > > ______________________ > > > > > > > > > > On Thu, 30 Aug 2001, Unidata Support wrote: > > > > > > > > > > > > > > > > > ------- Forwarded Message > > > > > > > > > > > > >To: David Fitzgerald <address@hidden>, > > > > > > >To: "address@hidden" > > > <address@hidden> > > > > > > >From: Teresa Van Hove <address@hidden> > > > > > > >Subject: Re: suominet data reception problems > > > > > > >Organization: GST > > > > > > >Keywords: 200108301604.f7UG4t105529 > > > > > > > > > > > > David Fitzgerald wrote: > > > > > > > > > > > > > > Theresa, > > > > > > > > > > > > > > Your probably getting sick of hearing from me, but I am > > > > > still not able to > > > > > > > get any data from MUGPS. > > > > > > > Checking its logs, I see twister (my "regular" ldm) > > > > > connecting but then I > > > > > > > get a nullproc....RPC:Unable to Receive error. > > > > > > > I see the same message for your machine as well. Is > > > > > there something I don't > > > > > > > have configured right or is it something out of > my control? > > > > > > > > > > > > Well, I had a permission problem after rebooting on my > > > > > processing box such > > > > > > that no new file netcdf files were getting inserted into > > > > > the ldm queue, > > > > > > this last week,but that doesn't explain the problem > with MUGPS, > > > > > > so I'm cc'ing the unidata support alias for expert advice. > > > > > > > > > > > > Teresa > > > > > > > > > > > > > > > > > > > > > > > > > > Thanks!! > > > > > > > > > > > > > > Dave > > > > > > > > > > > > > > > > > > > ************************************************************** > > > > > ************ > > > > > > > David Fitzgerald Phone: > 717-871-2394 > > > > > > > Distributed System Specialist Fax: 717-871-4725 > > > > > > > Millersville University E-mail: > > > > > > > address@hidden > > > > > > > Millersville, PA 17551 > > > > > > > > > > > > ********My email to David, yesterday********* > > > > > > > > > > > > > David Fitzgerald wrote: > > > > > > > > > > > > > > > > Theresa, > > > > > > > > > > > > > > > > Thanks, I did forget to uncomment out the lines in my > > > > > ldmd.conf file that > > > > > > > > requested and allowed/accepted the data. DUH! Anyway > > > > > I still do not see > > > > > > > > any data coming to me from > > > > > > > > MUGPS. My ldm lines looks like: > > > > > > > > request AFOS ".*" 166.66.44.148 > > > > > > > > accept AFOS ".*" 166.66.44.148 > > > > > > > > allow AFOS 166.66.44.148 > > > > > > > > > > > > > > UNIDATA had us call these binex files GPSSRC, so change > > > > > AFOS to GPSSRC, > > > > > > > or to ANY and I think that you only need the request line. > > > > > > > > > > > > > > my pqact.conf lines are: > > > > > > > ANY > > > > > (.*)([0-9][0-9][0-9][0-9])-([0-9])-([0-9][0-9][0-9][0-9][0-9]) > > > > > .([bB][nN][xX]) > > > > > > > FILE data/binex/\2.\3/\1\2-\3-\4.bnx > > > > > > > #and# > > > > > > > GPS > > > (suoPWV_20[0-9][0-9].[0-3][0-9][0-9].......[0-2]..._nc) > > > > > > > FILE -overwrite data/ncpwv_test/\1 > > > > > > > > > > > > > > this files the binex data in > > > ~ldm/data/binex/gpsweek.dayweek/*.bnx > > > > > > > and the netcdf pwv files in ~ldm/data/ncpwv_test/ > > > > > > > > > > > > > > you can translate the binex files to rinex obs, nav > > > and met files > > > > > > > with teqc > (http://www.unavco.ucar.edu/software/translation) if > > > > > > > your not already familiar with it. UNIDATA did write > > > us a basic > > > > > > > netcdf (fortran based) reader to help folks who are > > > not familiar > > > > > > > with netcdf extract the pwv data. > > > > > > > > > > > > > > > > > > > > > Teresa > > > > > > > > > > > > > > > > > > ------- End of Forwarded Message > > > > > > > > > > > > > > > > > > > > > > > > > > >