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