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.
Art,
> It's the same one I use on our RedHat (operational) system:
> 
> WMO     ^metar (....) ([0-3][0-9])([0-2][0-9])
> DBFILE
> data/weathernew/(\2:yyyy)(\2:mm)\2/(\2:yyyy)(\2:mm)\2\3.metar_gdb \1
> WMO     ^speci (....) ([0-3][0-9])([0-2][0-9])
> DBFILE
> data/weathernew/(\2:yyyy)(\2:mm)\2/(\2:yyyy)(\2:mm)\2\3.metar_gdb \1
> WMO     ^aaxx (.....) ([0-3][0-9])([0-2][0-9])
> FILE
> data/weathernew/(\2:yyyy)(\2:mm)\2/(\2:yyyy)(\2:mm)\2\3.SYN
> WMO     ^bbxx (.*) ([0-3][0-9])([0-2][0-9])
> FILE
> data/weathernew/(\2:yyyy)(\2:mm)\2/(\2:yyyy)(\2:mm)\2\3.SHP
> WMO     ^sao (..) (...) ([0-3][0-9])([0-2][0-9])
> DBFILE
> data/weathernew/(\3:yyyy)(\3:mm)\3/(\3:yyyy)(\3:mm)\3\4.SA_DB \2
> #####################
> #  Debug
> #  WMO  ^(.*)
> #       EXEC    /bin/touch "data/IDs/\1"
> #####################
> 
> 
> I wonder if DBFILE is having a problem on SunOS 5.11...?
No.  Upon further investigation, the problem is that the "pqact"
process that "pqsurf" starts as a child process to handle the
broken-apart data-products in the "pqsurf" product-queue
(data/pqsurf.pq) is terminating abnormally due to a segmentation
violation.
Try deleting and recreating the "pqsurf" product-queue:
    ldmadmin stop
    ldmadmin delsurfqueue
    ldmadmin mksurfqueue
    rm $HOME/etc/pqsurf.conf.state
    ldmadmin start
The second-to-last command above will remove the persistent-state
file for the "pqsurf" program.  That file seems to have some old
information in it.
Regards,
Steve Emmerson
Ticket Details
===================
Ticket ID: DCW-448836
Department: Support LDM
Priority: Normal
Status: Closed