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

[LDM #ZTF-213680]: dccraft_move not working



Clint,

The working directory of pqact(1) is specified by the value of the 
"/pqact/datadir-path" parameter in the LDM registry. You can see the value via 
the command "regutil /pqact/datadir-path".

I suspect the value isn't the home-directory of the LDM user, so pqact(1) 
wasn't finding the "util/" subdirectory.

You can use the absolute pathname of the dccraft_move(1) program in the 
pqact(1) entry, or set the above parameter to the home-directory of the LDM 
user, or just have "dccraft_move" in the pqact(1) entry AND ensure that 
"$HOME/util" is in the LDM's user's PATH environment variable.

> Folks,
> 
> On our new server (squall.unl.edu), I am receiving level 2 radar data, but 
> dccraft_move is not renaming the files.  I am using the pqact.gempak_craft 
> that was created by $NAWIPS/ldm/etc/gen_pqact.csh and copied to ~ldm/etc.  
> All whitespace is(are?) tabs. I also copied $NAWIPS/bin/dccraft_move to 
> ~ldm/util.  This is the same setup as I have on our old ldm server 
> (idd.unl.edu) and there dccraft_move is working properly to rename the files 
> once complete.  Here's the pqact.gempak_craft on squall (again, whitespace is 
> tab on all 4 uncommented lines):
> 
> # CRAFT stored as raw bz2 for GEMPAK
> #
> # file the raw data to a temporary file beginning with "." so that autoupdate 
> GUIs don't
> # get ugly partial volume plots
> 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])/([0-9]*)/
> FILE    data/gempak/nexrad/craft/\1/.\1_\2_\3_\4
> #
> # Done to move file after last record is received "/E" to prevent
> # autoupdate from seeing partially received files (dccraft_move is a shell 
> script copied from $NAWIPS/bin/scripts)
> 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])/[0-9]*/[0-9]*/E
> EXEC    util/dccraft_move data/gempak/nexrad/craft/\1/.\1_\2_\3_\4 
> data/gempak/nexrad/craft/\1/\1_\2_\3
> #
> #
> # CRAFT stored uncompressed (not needed for GEMPAK 5.7.2p2 and later)
> #CRAFT  
> ^L2-BZIP2/(KFTG)/([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 /dev/null 
> data/gempak/nexrad/craft_uncompressed/\1/\1_\2_\3
> #
> #
> # New Level2 format: ( S=Start, I=Intermediate, E=End)
> # L2-BZIP2/NOP3/20070917130409/11/1/S/V04/0
> # L2-BZIP2/NOP3/20070917125921/10/49/I/V04/0
> # L2-BZIP2/NOP3/20070917125921/10/50/E/V04/0
> 
> The new dccraft_move script is a little different than the one being used on 
> the old server, but I copied that one and still no joy. And, yes the scripts 
> are executable by everyone.  I can't seem to find any logfile for decoding 
> craft, either, but since it's just FILEing the products, I didn't really 
> expect to find one.
> 
> Any ideas?
> 
> Thanks,
> Clint

> OK, I "fixed" this, but I don't understand why I needed to do what I did.  I 
> added the full path to the dccraft_move script and, like magic, the files are 
> now getting moved.  The script is in /home/ldm/util and the PATH is
> 
> [ldm@squall etc]$ echo $PATH
> /home/ldm/decoders:/home/ldm/util:/home/ldm/bin:/usr/lib64/qt-3.3/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/ldm/bin
> 
> so I don't know why pqact wasn't finding it
> 
> ====================================================================
> Clinton M. Rowe

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: ZTF-213680
Department: Support LDM
Priority: Normal
Status: Closed