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

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 time.
>> The file will be renamed from .filename to filename the first time the decod
> 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.  The
>> >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 see
>> >an instance of dcnexr2 running.
>> >
>> >The dir that it should be writing to has 777 permissions on it.
>> >
>