NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Yes, I have been having very similar problems with dcmetr (it would hang and use all the CPU and produce corrupted .gem files). I reported it a week or so ago, but never got any responses from anyone having issues. I have to do a pkill -9 dcmetr -----Original Message----- [mailto:owner-ldm-users@xxxxxxxxxxxxxxxx]On Behalf Of Arthur A. Person Sent: Wednesday, May 26, 2004 11:22 AM Hi... Thought I'd throw this out for comments... I just fixed (I think) a strange LDM/Gempak problem: dcmetr was core dumping many times/minute, yesterday's *sao.gem file was at the 4GB limit (actually, larger 4488229376 bytes...???) but today's was ~4.5M thus far. I figured I would stop/restart the ldm, but when I tried to stop it, one rpc and rtstats wouldn't go down, so I had to kill them, remake the queues, and then restart. Oddly enough, I have a second ldm running on another system that also decodes metars (who's files seemed okay size-wise) that, when I tried to stop its ldm, it also hung similarly and I had to kill/rebuild/restart it as well. Anyone have any similar experience or could suggest a cause? I don't recall that I've ever seen anything quite like this before. Thanks. Art. -- Arthur A. Person Research Assistant, System Administrator Penn State Department of Meteorology email: person@xxxxxxxxxxxxxxxxxx, phone: 814-863-1563
ldm-users archives: