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.
> > Hi Jeff, > > here is my output: > > pqmon > Jun 29 18:40:16 pqmon: Starting Up (16101) > Jun 29 18:40:16 pqmon: nprods nfree nempty nbytes maxprods maxfree > minempty maxext age > Jun 29 18:40:16 pqmon: 14776 144 82736 248098456 43946 2221 > 53697 3164400 476 > Jun 29 18:40:16 pqmon: Exiting > > here is my pqact... no flush or close. > > #NOGAPS .* > FNMOC ^.*0058_0240_(...)00F0RL(..........)_.* > FILE data/nogaps/\2_\1_nogaps.grb > > thanks, > > Brian > Hi Brian, Ok, we need a bigger queue :) The last value "476" is the residency time (in seconds) of your oldest product..8 minutes ~may not be long enough to process out of your queue. To get a bigger queue you need to edit: ~ldm/etc/ldmadmin-pl.conf ..we suggest a queue of "2G" [400M is the default] if the machine has the RAM to support that. Otherwise go to a size larger than you currently have, and does not exceed RAM.(queue performs best when living in RAM space) Secondly, we suggest adding a -close argument to your FILE action, this will "hold" any actions being taken on the file(s) until they are complete. I suspect taking care of the queue will solve the issue, but if not please implement the -close option i.e. FILE -close instead of FILE. Cheers, Jeff Jeff Weber Unidata User Support http://www.unidata.ucar.edu Ticket Details =================== Ticket ID: YUX-620105 Department: Support IDD Priority: High Status: Open