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

[LDM #OMF-132667]: LDM Error: Permission Denied

Hello Wendilyn,

The standard use of LDM with GEMPAK decoders is to copy the decoder programs 
from GEMPAK6.2.0/os/linux64/bin/ (assuming linux64) to ~ldm/decoders/ 

Also, you are using the full path to the source directory, e.g. 
/home/gempak/GEMPAK6.2.0/gempak/source/programs/dc/dcmetr, rather than the 
install directory /home/gempak/GEMPAK6.2.0/os/linux64/bin/dcmetr.  

gempak/source/programs/dc/dcmetr is where the program is compiled from source 
code, after which the "make install" command will copy the executable to  
/home/gempak/GEMPAK6.2.0/os/linux64/bin/  - which is defined as the 
environmental variable $OS_BIN.

Here is what I suggest:
1. as ldm, copy all decoders to ~ldm/decoders with the command:

cp /home/gempak/GEMPAK6.2.0/os/linux64/bin/dc* ~ldm/decoders/

2. change your pqact.conf entry to:

WMO     ^S[AP]
PIPE    decoeders/dcmetr -a 500 -m 72 -t 7200 
-s /home/gempak/NAWIPS/gempak/tables/stns/sfmetar_sa.tbl
-d /data/ldm/IDS_DDPLUS/logs/dcmetr.log
-e GEMTBL=/home/gempak/NAWIPS/gempak
/data/ldm/IDS_DDPLUS/surface/YYYYMMDD_sao.gem

I recommend using the "NAWIPS" sym link to point to the current GEMPAK folder, 
in your case GEMPAK6.2.0, that way you do not need to manually update every 
pqact.conf entry if you upgrade to a newer version of GEMPAK (which I also 
highly recommend).


Michael James
Unidata



> Full Name: Wendilyn Flynn
> Email Address: address@hidden
> Organization: University of Northern Colorado
> Package Version: 6.9.8
> Operating System: CentOS 6.2
> Hardware:
> Description of problem: I'm trying to get an ldm feed up and running, using 
> existing code on our linux cluster. The ldm starts, and downloads data (as 
> the ldmd.log indicates), but runs into errors when decoding data to 
> gempak-friendly format. The log says permission for the decoders is denied, 
> but permissions for the ldm user have been modified to read/executable for 
> /home, /usr, /data, and /mnt.
> 
> Here's a sample of the pqact.conf where the error is stemming from:
> 
> WMO   ^S[AP]
> PIPE  /home/gempak/GEMPAK6.2.0/gempak/source/programs/dc/dcmetr -a 500 -m 72 
> -t 7200
> -s /home/gempak/GEMPAK6.2.0/gempak/tables/stns/sfmetar_sa.tbl
> -d /data/ldm/IDS_DDPLUS/logs/dcmetr.log
> -e GEMTBL=/home/gempak/GEMPAK6.2.0/gempak
> /data/ldm/IDS_DDPLUS/surface/YYYYMMDD_sao.gem
> 
> And here's some sample output from the ldmd.log:
> 
> May 22 13:56:14 nhsmet01 pqact[28515] NOTE: Exiting
> May 22 13:56:14 nhsmet01 pqact[28504] NOTE: child 28515 exited with status 1 
> (/home/gempak/GEMPAK6.2.0/gempak/source/programs/dc/dcmetr-a500-m72-t7200-s/home/gempak/GEMPAK6.2.0/gempak/tables/stns/sfmetar_sa.tbl-d/data/ldm/IDS_DDPLUS/logs/dcmetr.log-eGEMTBL=/home/gempak/GEMPAK6.2.0/gempak/data/ldm/IDS_DDPLUS/surface/YYYYMMDD_sao.gem)
> May 22 13:56:16 nhsmet01 pqact[28519] ERROR: Couldn't 
> exec(/home/gempak/GEMPAK6.2.0/gempak/source/programs/dc/dcmetr): Permission 
> denied
> 
> 
> 
> We're also confused about the "future product" errors (example below):
> 
> May 22 13:56:13 nhsmet01 idd.unidata.ucar.edu[28506] NOTE: Upstream LDM-6 on 
> idd.unidata.ucar.edu is willing to be a primary feeder
> May 22 13:56:14 nhsmet01 idd.unidata.ucar.edu[28506] WARN: Future product 
> from "chico.unidata.ucar.edu". Fix local or ingest clock.      165 
> 20140522195656.380 IDS|DDPLUS 213901  NXUS98 KHUN 221956 /pVFTHUN [pq.c:5530]
> May 22 13:56:14 nhsmet01 idd.unidata.ucar.edu[28506] WARN: Future product 
> from "desi.unidata.ucar.edu". Fix local or ingest clock.       96 
> 20140522195656.728 IDS|DDPLUS 213931  SABZ24 SBUG 222000 [pq.c:5530]
> May 22 13:56:14 nhsmet01 pqact[28504] WARN: Processed oldest product in 
> queue: 0.000607 s
> 
> Any advice or ideas for things to try would be much appreciated!
> 
> 

Ticket Details
===================
Ticket ID: OMF-132667
Department: Support GEMPAK
Priority: Normal
Status: Open