[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
> 
> address@hidden 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


NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.