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.
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/ ****************************************************