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

[LDM #DCW-448836]: pqsurf dying on SunOS 5.11, LDM 6.6.5

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