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

Re: today/tomorrow

Sitler Jeffrey L Civ AFIT/ENP wrote:
> 
> Good Afternoon Anne,
> Well good morning still for you.
> Just got back from my radar meeting.
> 
> Is scour working, or do I need to play with that?
> I know yesterday or two days ago, I found stuff from Sept of 2000 and threw
> that out.
> 
> I think I have Steve's email somewhere around here, I will start working on
> gempak.
> 
> Thank you so much for all the help.
> Have a great day.
> Thanks
> 
> Jeff
> 

Hi Jeff,

Scour was not running.  I just turned it on via 'crontab -e'.  To see
how often scour will run do 'crontab -l'.  The configuration file for
scour is ~ldm/etc/scour.conf.  If you want to keep things for 7 days,
you'll need to modify that file.  Currently it's only keeping most
things for one day.  Do 'man scour' to get info on how to set that up,
and let me know if you have any questions.  I suggest that you start by
trying to keep things for three or four days, then up the time as you
see your disk can handle it.


Backpedal time:

I thought the decoders were doing ok, but I should have looked further
back in the logs.  I see there are errors such as:

Oct 31 20:11:51 fujita pqact[24494]: pbuf_flush (7) write: Broken pipe
Oct 31 20:11:51 fujita pqact[24494]: pipe_dbufput:
/usr/local/ldm/decoders/dcgrib-ddata/gempak/logs/dcgrib.log-g/usr/local/nawips/gem

The problem here is that the pqact.conf entries are assuming the default
location for the ldm, which is /usr/local/ldm.  Your ldm, however, is in
/home/kramer3/users/ldm, and your decoders are
/home/kramer3/users/ldm/decoders, not /usr/local/ldm/decoders.  

It's been confusing to me because you do have a /usr/local/ldm
directory, but all it contains is a data directory.  I see now that this
data directory was created by pqact, according the pqact.conf entries to
file data to /usr/local/ldm/data.  What I don't understand is how data
was filed to /home/kramer3/users/ldm/data.  Anyway, I've been assuming
you want the data filed under /home/kramer3/users/ldm/data.  Is that
right?  Towards that end I've modified pqact.conf to replace
/usr/local/ldm with /home/kramer3/users/ldm.  (The original pqact.conf
file is stored in pqact.conf.save.)   The file also contained spaces
where tabs were required, so I fixed that as well.

In trying to get pqact to reread the conf file, I found that pqact was
not running.  This was because of this line in ldmd.conf:

exec   "pqact -d /usr/local/ldm /usr/local/ldm/etc/pqact.conf"

This would have worked if your installation had been standard, that is,
under /usr/local/ldm, but that was not the case.  You'll see I changed
the line to be:

exec    "pqact /home/kramer3/users/ldm/etc/pqact.conf"

pqact is now running and putting things under
/home/kramer3/users/ldm/data.  You will no longer see products written
to /usr/local/ldm/data.  I suggest you remove that directory to
eliminate confusion.

Since I made changes to ldmd.conf, I had to stop and restart the ldm to
get it to reconfigure itself.  (This is different from pqact.  You can
get pqact to reconfigure itself simply by doing 'ldmadmin pqactHUP',
which doesn't actually stop the ldm.)

So, you'll see several short new logs, each one started when I restarted
the ldm.

This is pretty much what you should see in the log after you start the
ldm:

fujita{ldm}157: ldmadmin log
Nov 02 16:37:25 fujita rpc.ldmd[8139]: Starting Up (built: Aug 24 2000
16:14:30)
                       ^^^^^^^^^^^^^^^^^^^^^^^  parent rpc.ldmd started
Nov 02 16:37:26 fujita pqact[8140]: Starting Up
                       ^^^^^^^^^^^^^^^^^^^^^^^  pqact started with no
problems
Nov 02 16:37:26 fujita redwood[8142]: run_requester: Starting Up:
redwood.atmos.albany.edu
                       ^^^^^^^^^^^^^^^^^^^^^^^  start up rpc.ldmd on
redwood
Nov 02 16:37:26 fujita striker[8143]: run_requester: Starting Up:
striker.atmos.albany.edu
                       ^^^^^^^^^^^^^^^^^^^^^^^  start up rpc.ldmd on
striker
Nov 02 16:37:26 fujita redwood[8142]: run_requester: 20011102160304.162
TS_ENDT {{NNEXRAD|UNIDATA,  ".*"}}
                       ^^^^^^^^^^^^^^^^^^^^^^^  tell redwood what
products you want
Nov 02 16:37:26 fujita pqbinstats[8141]: Starting Up (8139)
                       ^^^^^^^^^^^^^^^^^^^^^^^  pqbinstats started with
no problems
Nov 02 16:37:26 fujita redwood[8142]: FEEDME(redwood.atmos.albany.edu):
reclass: 20011102160304.162 TS_ENDT {{UNIDATA,  ".*"}}
                       ^^^^^^^^^^^^^^^^^^^^^^^  redwood says it will
only feed you UNIDATA, not NNEXRAD
Nov 02 16:37:26 fujita striker[8143]: run_requester: 20011102163100.743
TS_ENDT {{NLDN,  ".*"}}
                       ^^^^^^^^^^^^^^^^^^^^^^^  tell striker what
products you want
Nov 02 16:37:26 fujita redwood[8142]: FEEDME(redwood.atmos.albany.edu):
OK
                       ^^^^^^^^^^^^^^^^^^^^^^^  redwood says OK, it will
feed you
Nov 02 16:37:26 fujita striker[8143]: FEEDME(striker.atmos.albany.edu):
OK
                       ^^^^^^^^^^^^^^^^^^^^^^^  striker says OK, it will
feed you
Nov 02 16:37:28 fujita localhost[8151]: Connection from localhost
                       ^^^^^^^^^^^^^^^^^^^^^^^  connection from your own
machine, always appears at start up
Nov 02 16:37:28 fujita localhost[8151]: Connection reset by peer
                       ^^^^^^^^^^^^^^^^^^^^^^^  always appears 
Nov 02 16:37:28 fujita localhost[8151]: Exiting
                       ^^^^^^^^^^^^^^^^^^^^^^^  always appears 

Above, redwood is not set up to feed you NEXRAD data.  Do you want that
data?

Configuring your system has been extra challenging because you have a
nondefault configuration.  This was confusing to me, because I assumed
that you had a default configuration when you didn't.  So, this might
have been confusing to you too.  If you have any questions, please ask.  

I'll check in again in a few days, but please email if anything pops up
sooner.

Anne
-- 
***************************************************
Anne Wilson                     UCAR Unidata Program            
address@hidden                 P.O. Box 3000
                                  Boulder, CO  80307
----------------------------------------------------
Unidata WWW server       http://www.unidata.ucar.edu/
****************************************************