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.
OK. My ldm is now writing surface data and upper air data to files using the stdiofile command. When I try to do a pqactHUP I still get a hang up but if I start and stop ldm it takes the changes to the pqact.conf file. However, when I try to write to my gempak decoders I get a problem. Here are the applicable lines form pqact.conf: # WMO ^S[AP].* .... ([0-3][0-9])([0-2][0-9]) STDIOFILE data/surface/(\1:yyyy)(\1:mm)\1\2_sao.mwo # WMO ^U..... .... (..)(..) STDIOFILE data/upperair/(\1:yyyy)(\1:mm)\1\2_upa.wmo # # #GEMPAK ### # # US and Canadian sfc obs and specials # WMO ^S[AP].* .... ([0-3][0-9])([0-2][0-9]) PIPE decoders/dcmetr -v 2 -a 500 -m 72 -s sfmetar_sa.tbl -d data/gempak/logs/dcmetr.log -e GEMTBL=/Nawips/gempak5.6/gempak/tables/stns/ data/gempak/surface/YYYYMMDD_sao.gem Here are the messages form the ldmd.log file: Jan 27 19:35:31 sml0 pqact[6477]: pbuf_flush (5) write: Broken pipe Jan 27 19:35:31 sml0 pqact[6477]: pipe_dbufput: decoders/dcmetr-v2-a500-m72-ssfmetar_sa.tbl-ddata/gempak/l ogs/dcmetr.log-eGEMTBL=/N Jan 27 19:35:31 sml0 pqact[6477]: pipe_prodput: trying again Jan 27 19:35:31 sml0 pqact[6477]: pbuf_flush (5) write: Broken pipe Jan 27 19:35:31 sml0 pqact[6477]: pipe_dbufput: decoders/dcmetr-v2-a500-m72-ssfmetar_sa.tbl-ddata/gempak/l ogs/dcmetr.log-eGEMTBL=/N Jan 27 19:35:31 sml0 pqact[6477]: child 6526 terminated by signal 9 Here is my directory structure for Gempak: /Nawips/gempak5.6/gempak/tables/. sfmetar_sa.tbl is in /Nawips/gempak5.6/gempak/tables/stns/ (I have tried using both /Nawips/gempak5.6/gempak/tables/ and /Nawips/gempak5.6/gempak/tables/stns/ in the pipe command line but I get the same answer.. I copied dcmetr into the /usr/local/ldm/decoders directory. Any idea as to what I am doing wrong? Jim ************************************************* * Dr. James C. St. John * School of Earth and Atmospheric Sciences * Georgia Institute of Technology * 1254 Ford Motor Co. ES&T Building * Atlanta GA 30332-0340 * Phone: 404-894-1754 * Fax: 404-894-5638 * E-Mail: address@hidden -----Original Message----- From: Tom Yoksas [mailto:address@hidden] Sent: Monday, January 27, 2003 1:26 PM To: Jim St. John Cc: address@hidden Subject: 20030127: pqact hangup >From: "Jim St. John" <address@hidden> >Organization: Georgia Tech >Keywords: 200301271700.h0RH0U602736 LDM pqact ldmadmin Jim, >Thanks to all who helped me last week. I've now got data coming in but I >can't get it to write to files. When I use ldmadmin pqactHUP I get a >"hangup" error and nothing is being written to the log file. I researched >the archives at Unidata and found that lack of tabs in the files in /etc >(e.g. services, rps, etc.) will cause this problem, but I double-checked >mine and they are all right. Has anyone else had a problem like this? Before sending a HUP signal to pqact, you should _always_ run 'ldmadmin pqactcheck'. This performs a sanity check on your pqact.conf file and spots most syntax problems. You can independently test if you setup /etc/syslog.conf correctly by using the 'logger' application. Here is a simple 'logger' invocation, run as 'ldm', that will test to see if syslogd is setup to log to your LDM log file: % logger -p local0.debug "Test of syslogd output to LDM log file" If you do not get the test message written to your ~ldm/logs/ldmd.log file, then you either have not setup /etc/syslog.conf correctly; you did not send a HUP to syslogd after setting up /etc/syslog.conf; or syslogd is hung and needs to be stopped and restarted by 'root'. Tom -- +--------------------------------------------------------------------------- --+ * Tom Yoksas UCAR Unidata Program * * (303) 497-8642 (last resort) P.O. Box 3000 * * address@hidden Boulder, CO 80307 * * Unidata WWW Service http://www.unidata.ucar.edu/* +--------------------------------------------------------------------------- --+