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.
Thank you Scott, I will add the updated tfdecd.f file to Unidata GEMPAK7. We've also had to add the -close flag to all of your dctaf processes to avoid the infinite dctaf problem! -Michael On Thu, Feb 20, 2014 at 7:21 AM, Scott Jacobs - NOAA Federal < scott.jacobs@xxxxxxxx> wrote: > Gembuds: > > This is being caused by a mis-coded remark section from one station. The > decoder is getting into an infinite loop. I had hoped to get a release out > before this became a big issue. In the meantime, here is a fixed file that > goes in $GEMPAK/source/bridge/tf/. It now looks for a remark that starts > with either "RMK" or "BY". > > Scott > > > > On Thu, Feb 20, 2014 at 9:11 AM, Stonie R. Cooper <stonewall@xxxxxxxxxxxxx > > wrote: > >> Devin - yes; I had some luck refining the pqact.conf to FTUS instead of >> just FT . . . but even then, every once in a while, dctaf goes amok. >> >> The end solution was to add a -close after the PIPE, add a -t 1, then >> have a periodic cron that watches for dctaf processes more than a minute >> or so old, then kill them. >> >> Stonie >> >> On 02/20/2014 08:03 AM, Devin Eyre wrote: >> > For the last week or so, every morning when I've checked our ldm >> server, there's been two or three dctaf processes running, with two of them >> using up 100% of a CPU core, and more than an hour of actual CPU time on >> each one. We're running GEMPAK 6.6.0. Has anyone else seen this happen, >> or found a way to prevent it from happening? >> > >> > >> > Devin Eyre >> > Lead Software Developer >> > >> > ImpactWeather, Inc. >> > A STORMGEO COMPANY >> > >> > Direct +1 (281) 652-1073 >> > Toll-Free (877) 792-3220 >> > E-mail devin@xxxxxxxxxxxxxxxxx >> > Web impactweather.com >> > _______________________________________________ >> > gembud mailing list >> > gembud@xxxxxxxxxxxxxxxx >> > For list information or to unsubscribe, visit: >> http://www.unidata.ucar.edu/mailing_lists/ >> > >> >> _______________________________________________ >> gembud mailing list >> gembud@xxxxxxxxxxxxxxxx >> For list information or to unsubscribe, visit: >> http://www.unidata.ucar.edu/mailing_lists/ >> > > > _______________________________________________ > gembud mailing list > gembud@xxxxxxxxxxxxxxxx > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ >
gembud
archives: