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

[GEMPAK #QPC-645656]: Problem receiving ship data

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: [GEMPAK #QPC-645656]: Problem receiving ship data
  • Date: Mon, 09 Mar 2015 13:44:09 -0600
> I'm having trouble with incoming ship data via ldm and the decoder
> dcmsfc. We are receiving ship data via ldm but none of it is being decoded.
> This apparently stopped working some time ago but we only use the data
> occasionally so no one noticed. I'm running GEMPAK 7.3

Hi Greg, this is very strange.  I checked our server here and nothing seems out 
of sorts with dcmsfc.



> The pqact action we are using is:
> 
> WMO
> (^S[IMN]V[^GINS])|(^S[IMN]W[^KZ])|(^S(HV|HXX|S[^X]))|(^SX(VD|V.50|US(2[0-3]|08|40|82|86)))|(^Y[HO]XX84)
> PIPE dcmsfc data/gempak/surface/shYYYYMMDDHH.gem


The pattern action to match the header I'm using is the same as yours, though 
the full pqact entry is different:

WMO     
(^S[IMN]V[^GINS])|(^S[IMN]W[^KZ])|(^S(HV|HXX|S[^X]))|(^SX(VD|V.50|US(2[0-3]|08|40|82|86)))|(^Y[HO]XX84)
        PIPE    dcmsfc -b 9 -a 10000
        -d data/gempak/logs/dcmsfc.log
        -e GEMTBL=/home/gempak/NAWIPS/gempak/tables
        data/gempak/ship/YYYYMMDD_sb.gem

and to confirm the files exists on our system:

/opt/ldm/data/gempak/ship% ls -al
-rw-r--r--  1 ldm ustaff 6522880 Feb 27 16:40 20150226_sb.gem
-rw-r--r--  1 ldm ustaff 6495232 Feb 28 16:40 20150227_sb.gem
-rw-r--r--  1 ldm ustaff 6515200 Mar  1 16:30 20150228_sb.gem
-rw-r--r--  1 ldm ustaff 6505472 Mar  2 16:42 20150301_sb.gem
-rw-r--r--  1 ldm ustaff 6514688 Mar  3 10:26 20150302_sb.gem
-rw-r--r--  1 ldm ustaff 6411776 Mar  3 10:26 20150303_sb.gem
-rw-r--r--  1 ldm ustaff 6557184 Mar  4 14:43 20150304_sb.gem
-rw-r--r--  1 ldm ustaff 6563840 Mar  5 16:47 20150305_sb.gem
-rw-r--r--  1 ldm ustaff 6534144 Mar  6 10:05 20150306_sb.gem
-rw-r--r--  1 ldm ustaff 6571520 Mar  8 17:10 20150307_sb.gem
-rw-r--r--  1 ldm ustaff 6569984 Mar  9 01:32 20150308_sb.gem
-rw-r--r--  1 ldm ustaff 6552064 Mar  9 13:38 20150309_sb.gem





> The output I'm seeing in the dcmsfc.log file looks like this:
> 
> [19404] 150309/1204[SF -1] data/gempak/surface/sh2015030918.gem
> [19404] 150309/1204[SF -1] data/gempak/surface/sh2015030918.gem
> [19404] 150309/1204[DM -5] data/gempak/surface/sh2015030918.gem
> 
> I'm attaching the dcmsfc.log file if that helps. Can you help me diagnose
> what's wrong?


Not being able to reproduce this problem will make fixing it difficult.  

DM -5 is the error "Invalid dimension sizes"

SF -1 is the error "File could not be created."

I'm making some guesses here on what to check:

1) is the disk full?
2) do the files data/gempak/surface/sh2015030918.gem exist but are 0 size?
3) can you create/touch a new file in the directory  data/gempak/surface/ as 
user ldm? (touch data/gempak/surface/tmp)
4) what is the full pattern action entry in your pqact.conf?  If you copy the 
one I posted above from our system, does the problem continue?


Michael

Ticket Details
===================
Ticket ID: QPC-645656
Department: Support GEMPAK
Priority: Normal
Status: Open