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

[LDM #FPM-496740]: gempak decoders failing

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [LDM #FPM-496740]: gempak decoders failing
  • Date: Thu, 01 Sep 2016 12:33:36 -0600
David,

Check the permissions on the directory for the GEMPAK decoder log files. Can 
the LDM user can write to them?

> I forgot to mention this earlier (sorry) , other than ldmd.log, none of the 
> other logs are being created.
> This is what one of my pqact lines shows for a dcgrib2 decoder call.  The log 
> file /home/ldm/var/logs/dcgrib2_CONDUITens.log is not created.
> Something wrong with the line?  My pqact.gempak file passes pqactcheck.
> 
> CONDUIT       
> (data/nccf|data2/TIGGE).*/(ge[cp][0-9][0-9])\.t[0-2][0-9]z\.pgrb2.* !(.*)!
> PIPE  /home/gempak/GEMPAK7/os/linux64/bin/dcgrib2 -v 1 -m 10000 -e ENSEXT=0 
> -d /home/ldm/var/logs/dcgrib2_CONDUITens.log
> -e GEMTBL=/home/gempak/NAWIPS/gempak/tables   
> /data/ldm/gempak/model/ens/gefs_YYYYMMDDHH_\2

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: FPM-496740
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.