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

20040416: scour issue

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.

  • Subject: 20040416: scour issue
  • Date: Fri, 16 Apr 2004 15:13:26 -0600
Klein,

> To: address@hidden
> From: "Klein, William" <address@hidden>
> Subject: scour issue
> Organization: UCAR/Unidata
> Keywords: 200404051719.i35HJ9CT008288

The above message contained the following:

> I've set up the scour to hold 14 days worth of data in the
> /usr/local/ldm/etc/scour.conf file:
> 
> 
> # Directory                     Days-old        Optional-filename-pattern
> 
> ~ldm/data/forecasts             14
> ~ldm/data/warnings              14              *.gdbm
> ~ldm/data/severe                14              *.wmo
> ~ldm/data/decoded               14              *.nc
> ~ldm/data/upperair              14              *.wmo
> ~ldm/data/GRIB                  14
> ~ldm/data/GRIB                  14              *eta.nc
> ~ldm/data/gempak                14
> ~ldm/data/surface               14
> ~ldm/data/campus/netcdf         14
> 
> 
> Our Met. department is only seeing 11 days worth though.

Odd.  Can you test the find(1) utility as the LDM user (the scour(1)
script makes extensive use of this utility)?  Does it work correctly?
What is the output of the command "uname -a"?

> Thanks,
> Bill
> 
> ---------------------
> William C. Klein
> Webmaster
> Valparaiso University
> ---------------------

Regards,
Steve Emmerson

> NOTE: All email exchanges with Unidata User Support are recorded in the
> Unidata inquiry tracking system and then made publically 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.