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

20030828: 20030828: 20030828: 20030827: 20030827: 20030827: 20030826: dcnexr2 write errors

Eric,

The GEMPAK decoders will write to the ~ldm/logs/ directory if
the -d path/name option isn't specified.

Presumably you have run "ldmadmin pqactHUP" or restarted the
LDM after making any edits to pqact.conf....since until
then, no changes you make will take effect.

Certainly go ahead and delete those files and make sure your pqact
has reread the entries. See if the files are recreated.

Steve Chiswell




>From: Eric Nelson <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200308282113.h7SLDnLd025401

>
>
>I found that dcnxer2.log is really being written in /home/ldm/logs/  and
>that a single file (not dir) named KLOT existed in /home/ldm/
>
>The log file is absent any errors. Standard start/stop stuff.
>
>[26238] 030828/1504 [DC 3]  Starting up. Version 5.6.k
>[26238] 030828/1520 [DC 5]  Normal termination.
>[26238] 030828/1520 [DC 2]  Number of bulletins read and processed: 28
>[26238] 030828/1520 [DC 6]  Shutting down.
>
>My pqact entry is still...
>
>PIPE   decoders/dcnexr2 -s \1 -d data/gempak/logs/dcnexr2.log data/gempak/craf
> t/\1/\1_\2_\3
>
>so I'm puzzeled as to why it wants to write elsewhere.  
>
>-Eric
>
>On Thu, 28 Aug 2003, Unidata Support wrote:
>
>> 
>> Eric,
>> 
>> I'd suggest storing off a copy of data from the LDM to disk and running the
>> decoder by hand to see if that provides a better handle.
>> 
>> You could do this like (use whatever pattern to get all pieces of a single
>> time:
>> pqcat -o 3600 -f CRAFT -p "20030828194338" -vl- > test.klot
>> 
>> Then pass the test.klot file to the decoder with:
>> 
>> cat test.klot | dcnexr2 -s KLOT -v 4 -d - test.out
>> 
>> It seems that if you aren't seeing a bunch of these decoders piling up
>> in you process list, and the ldmd.log isn't giving you any error broken
>> pipe messages, then its possible that the data is being written
>> somewhere unexpected on your system.
>> 
>> Steve Chiswell
>> 
>> 
>> >From: Eric Nelson <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200308281929.h7SJTtLd013978
>> 
>> >
>> >Steve,
>> >
>> >climate:/home/data/gempak/craft> ls -la
>> >total 8
>> >drwxrwxrwx    2 ldm      ldm          4096 Aug 27 23:10 .
>> >drwxrwxrwx   18 ldm      ldm          4096 Aug 26 20:54 ..
>> >
>> >It has never created the KLOT dir (KLOT is the only site I'm requesting
>> >for now.)  I'd show you the log file its creating except it isn't creating
>> >one.
>> >
>> >right now I see a process...
>> > 2471 ?        R      2:37 decoders/dcnexr2 -s KLOT -d
>> >data/gempak/logs/dcnexr2.log data/gempak/craft/KLOT/KLOT_20030828_1904
>> >
>> >but data/gempak/craft/ remains completely empty.
> >
>> >-Eric
>> >
>> >
>> >
>> >On Thu, 28 Aug 2003, Unidata Support wrote:
>> >
>> >> 
>> >> Eric,
>> >> 
>> >> If you have an instance of dcnexr2 running, it will create the directory
>> >> (KLOT presumably). Has this been done? The data file will initially 
>> >> be opened in the directory with a "." preceeding the filename specified
>> >> in order to help with the fact that the data are sent 100 radials at a ti
> me.
>> >> The file will be renamed from .filename to filename the first time the de
> cod
>> > er 
>> >> exits.
>> >> 
>> >> Steve Chiswell
>> >> 
>> >> 
>> >> >From: Eric Nelson <address@hidden>
>> >> >Organization: UCAR/Unidata
>> >> >Keywords: 200308281400.h7SE0vLd017431
>> >> 
>> >> >
>> >> >Ok,
>> >> >
>> >> >I've recovered from my earlier typos in pqact so that everything is
>> >> >working that was working with version J.  I copied all the dc* into
>> >> >/home/ldm/decoders where they should be.  I'm not seeing anymore write
>> >> >errors in my ldmd.log file.
>> >> >
>> >> >dcnexr2 is still not creating any output.  I used the sample entry and
>> >> >modified it to generate a log file in the same place the rest of my log
>> >> >files are.  I also changed the data output location for my data tree.  T
> he
>> >> >pattern is the same.
>> >> >
>> >> >CRAFT
>> >> >^L2-BZIP2/(....)/([0-9][0-9][0-9][0-9][0-1][0-9][0-3][0-9])([0-2][0-9][0
> -5]
>> > [0-
>> >> > 9])([0-9][0-9])
>> >> > PIPE    decoders/dcnexr2 -s \1 -d data/gempak/logs/dcnexr2.log
>> >> >data/gempak/craft/\1/\1_\2_\3
>> >> >
>> >> >No log files, No data.  When I look at the list of processes running I s
> ee
>> >> >an instance of dcnexr2 running.
>> >> >
>> >> >The dir that it should be writing to has 777 permissions on it.
>> >> >
>> >
>> 
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8643                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service              http://my.unidata.ucar.edu/content/support 
>> ****************************************************************************
>> 
>
>