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

Re: syslog file -- FIXED!

"James R. Frysinger" wrote:
> 
> Hi, Anne,
> 
> I'm a much happier camper! This afternoon I successfully used that
> ldmadmin clean command to get to where I could stop and start LDM
> cleanly. Unexpectedly this (or perhaps rebuilding the queue) seems to
> have caused statistics to start logging and, I assume, to be sent off by
> dostats. (I haven't had an error message from cron since that time,
> telling me that it couldn't find any *.stats files.) That was a
> pleasant surprise!
> 
> Just a few minutes ago, I moved that one line up to the middle of
> syslog.conf and outside that ifdef argument expression. Then I stopped
> and restarted LDM and, lo and behold, ldmd.log now contains:
> /export/home/ldm/logs 5 > cat ldmd.log
> Jan 13 04:42:27 weather rpc.ldmd[3427]: Starting Up (built: Aug 25 2000 
> 10:05:46)
> Jan 13 04:42:27 weather pqbinstats[3428]: Starting Up (3427)
> Jan 13 04:42:27 weather pqact[3429]: Starting Up
> Jan 13 04:42:27 weather pluto[3430]: run_requester: Starting Up: 
> pluto.met.fsu.edu
> Jan 13 04:42:27 weather pluto[3430]: run_requester: 20010113035652.686 
> TS_ENDT {{UNIDATA,  ".*"}}
> Jan 13 04:42:28 weather pluto[3430]: FEEDME(pluto.met.fsu.edu): OK
> Jan 13 04:42:29 weather localhost[3438]: Connection from localhost
> Jan 13 04:42:29 weather localhost[3438]: Connection reset by peer
> Jan 13 04:42:29 weather localhost[3438]: Exiting
> 

Great!  This will help a lot.


> I've still got this going on, but I don't know if it's important; it's
> probably a firewall phenomenon:
> /export/home/ldm/logs 7 > notifyme -v -l - -h weather.cofc.edu
> Jan 13 05:01:01 notifyme[3488]: Starting Up: weather.cofc.edu: 
> 20010113050101.349 TS_ENDT {{ANY,  ".*"}}
> Jan 13 05:01:01 notifyme[3488]: NOTIFYME(weather.cofc.edu): 7: Access denied 
> by remote server
> Jan 13 05:01:26 notifyme[3488]: NOTIFYME(weather.cofc.edu): 7: Access denied 
> by remote server
> Jan 13 05:01:51 notifyme[3488]: NOTIFYME(weather.cofc.edu): 7: Access denied 
> by remote server
> Jan 13 05:02:16 notifyme[3488]: NOTIFYME(weather.cofc.edu): 7: Access denied 
> by remote server
> [continues, putting out another line every 30 s or so; ldmadmin watch
> works like a champ, though, so I could use it for local monitoring.]
> 

Don't worry about not being able to 'notifyme' to your own machine. You
can accomplish the same thing with 'ldmadmin watch' and/or 'pqutil -w -f
<feedType>'.  I only mentioned it to give you a sense of what was
possible.

> Almost all the decoding seems to be working. I've seen my queue load as
> high as 440M and later idling at about 270M. Changing that queue size
> to 500M was apparently needed.
> 

Sounds fine.

> About the only errors I get on decoding now are of this sort (and they
> ARE getting logged!):
> Jan 13 05:20:31 weather pqact[3429]: pbuf_flush (4) write: Broken pipe
> Jan 13 05:20:31 weather pqact[3429]: pipe_dbufput: 
> -closepnga2area-d/export/home/mcdata/mcidas-rCA,1100 write error
> Jan 13 05:20:31 weather pqact[3429]: pipe_prodput: trying again
> Jan 13 05:20:31 weather pqact[3429]: pbuf_flush (4) write: Broken pipe
> Jan 13 05:20:31 weather pqact[3429]: pipe_dbufput: 
> -closepnga2area-d/export/home/mcdata/mcidas-rCA,1100 write error
> Jan 13 05:20:31 weather pqact[3429]: pbuf_flush (4) write: Broken pipe
> Jan 13 05:20:31 weather pqact[3429]: pipe_dbufput: 
> -closepnga2area/export/home/mcdata/ldm/gempak/nport/SOUNDER/14km/CTP/CTP_20010113_0
> Jan 13 05:20:31 weather pqact[3429]: pipe_prodput: trying again
> Jan 13 05:20:31 weather pqact[3429]: pbuf_flush (4) write: Broken pipe
> Jan 13 05:20:31 weather pqact[3429]: pipe_dbufput: 
> -closepnga2area/export/home/mcdata/ldm/gempak/nport/SOUNDER/14km/CTP/CTP_20010113_0
> Jan 13 05:20:31 weather pqact[3429]: child 3574 exited with status 127
> Jan 13 05:20:31 weather pqact[3429]: child 3572 exited with status 127
> Jan 13 05:20:31 weather pqact[3429]: child 3570 exited with status 127
> Jan 13 05:20:31 weather pqact[3429]: child 3568 exited with status 127
> 

I see you've addressed this in your subsequent messages.

> Now that I've got logging, I see my next priority as being to restore
> ldmfail to the crontab. That shouldn't take but a few minutes to do,
> but I think I'll let LDM 'cook' overnight and check it in the morning
> to see how things have gone. Then I'll put ldmfail back in the crontab.
> 
> After that, I guess the issues are deciding what data we want to
> download and figuring out how to access it from MCIDAS. Any thoughts?
> (In the Navy, I had a couple of CO's who put this in their night
> orders: "Call me 30 minutes before doing something dumb.") So here's my
> last dumb question for the night: Do I need to stop and restart LDM to
> change pqact.conf or can that be done on the fly? I remember that
> that's necessary for ldmd.conf changes, though.
> 

While you do need to restart the ldm to pick up ldmd.conf changes, you
do not need to restart it to pick up pqact.conf changes (although you
certainly can).  Instead you can do 'ldmadmin pqactHUP'.

Sorry, I'm a computer scientist, not a meteorologist.  I can't help you
much about what data to get.  My job is to see that the data gets to
you.  But, someone else here may be able to help.  Try sending questions
like these to support@unidata.

> I'll give your eyes a break now. Again, many, many thanks! Oh, and give
> my best to Jeff. I hope he's feelng better by now.
> 
> Jim
> 
>  --
> James R. Frysinger                  University/College of Charleston
> 10 Captiva Row                      Dept. of Physics and Astronomy
> Charleston, SC 29407                66 George Street
> 843.225.0805                        Charleston, SC 29424
> http://www.cofc.edu/~frysingj       address@hidden
> Cert. Adv. Metrication Specialist   843.953.7644

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