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

[LDM #JZV-839289]: LDM - ldm is not receiving data



> > Institution: McGill University
> > Package Version: not sure
> > Operating System: UNIX
> > Hardware Information: SGI
> > Inquiry: Hi:  Since Friday, April 14, at about 12:30 PM, we have not been 
> > receiving data.  I have lost my contact person\'s email address at U 
> > British Columbia, which had been our upstream site.  Could you please 
> > either advise me as to the contact for our source of data, or help us 
> > access our data stream?
> >
> > Thanks,
> > John Gyakum
> > McGill University
> >
> >
> >
> >
> Hi John,
> 
> Neither McGill or UBC are reporting stats back to Unidata:
> 
> To report stats back to us the following line must be included in your 
> ldmd.conf file, in your ~ldm/etc directory:
> 
> <from file ldmd.conf>
> 
> ###############################################################################
> # Exec Entries
> ###############################################################################
> #
> # Programs that can share a queue with rpc.ldmd server, these programs
> # are started by the "exec" command and are in the same process group.
> #
> # Regarding pqbinstats, while pqbinstats will generate .stats files in
> # your logs directory, it is necessary to also run 'ldmadmin dostats'
> # once per hour via cron in order to email the stats to the UPC and
> # remove the .stats files that are no longer needed.  See
> # http://www.unidata.ucar.edu/packages/ldm/ldmConfigInstallList.html#s7
> # for more information.
> # rtstats uses the LDM to send product latency statistics to the UPC.
> # We are currently evolving from pqbinstats to rtstats, but in the
> # mean time we hope sites will run both.  For more info on rtstats
> # please see the man page.
> exec    "rtstats -f ANY -h rtstats.unidata.ucar.edu"
> #
> ###############################################################################
> # Request Entries
> ###############################################################
> 
> 
> Please see:
> 
> http://www.unidata.ucar.edu/software/idd/rtstats/siteindex.php
> 
> for current stats.
> 
> The last contact I can find re UBC and McGill is this post:
> 
> On Fri, 10 Jan 2003, Julie Ranada wrote:
> 
> >
> > Okay, I switched to sunny89.  (Am I on your notify list so I
> > can keep up with what is supposed to be the current feed?
> > It seems I am always the last to know...)
> >
> > ------------------------------------------------------------
> > Julie Ranada (ranada@xxxxxxxxxxx)
> > Department of Geography                  Tel: (604) 822-2556
> > University of British Columbia, B.C.     Fax: (604) 822-6150
> 
> We purge the e-mails from the archives, but maybe the phone number can get 
> you on the right path.
> 
> If you cannot gain access to UBC's machine(s), please let us know and we can 
> reconfigure the topology.
> 
> Cheers,
> 
> Jeff Weber
> Unidata User Support
> http://www.unidata.ucar.edu


Hi John, 

Just talked with Tom Yoksas, and he indicated that you are now feeding from 
atm.geo.nsf.gov NOT UBC.

That coincides with your data outage as that is when atm went down. Since we 
are editing files, atm.geo.nsf.gov will change to idd.geo.nsf.gov.

You may want to subscribe to the ldm-users list as this outage was announced 
and failover schemes suggested.

I apologize for indicating you are not reporting stats, you are..but since you 
have had no data, it is not showing up in our current display of stats (had to 
peek back into history) :)

So, please direct your data requests in the interim (until idd.geo.nsf.gov gets 
repaired, we will notify via ldm-users) to idd.unidata.ucar.edu and fail back 
to idd.geo.nsf.gov when the repairs are finished.

To subscribe to ldm-users please visit:

http://www.unidata.ucar.edu/support/mailinglist/mailing-list-form.html

Apologies for the confusion, please let us know if we can help further.

Cheers,

Jeff Weber
Unidata User Support
http://www.unidata.ucar.edu

Ticket Details
===================
Ticket ID: JZV-839289
Department: Support IDD
Priority: Normal
Status: On Hold