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

[GEMPAK #HXZ-866042]: use of gdcsv

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.

  • Subject: [GEMPAK #HXZ-866042]: use of gdcsv
  • Date: Thu, 17 Apr 2014 13:41:22 -0600
As far as I can tell, gdcsv is not starting any gplt process so I don't think 
gpend/gplt would is the issue here.  

I do know that MMFILE = 8 is the Maximum number of open files, declared in 
GEMPRM.PRM and 
gemprm.h... that may be a cause.  An easy test would be to change to MMFILE = 
15, rebuild gdcscv and watch/re-run to see if there is a change.

-Michael


> We are running about 14 instances at a time, each instance is launched in a 
> bash script in the background (&). We run every hour processing 18 forecast 
> hours of RAP model data. Most of the hours all run fine, only some hours I 
> miss a few  csv files being created, it seems random, not always the same 
> hour or same files. Do you know when I should call gpend?
> 
> I don't see any error  messages from gdcsv, just the files are not created, I 
> do a list on each request and see the correct parameters.
> Could there be a issue with the gplt process with too many instances running 
> under the same userid?
> 
> Thanks,
> Pete
> 
> 
> -----Original Message-----
> From: Unidata GEMPAK Support [mailto:address@hidden]
> Sent: Tuesday, April 15, 2014 15:20
> To: Pete Sorensen
> Cc: address@hidden
> Subject: [GEMPAK #HXZ-866042]: use of gdcsv
> 
> Hi Pete,
> 
> I am not aware of any issue with multiple instances of gdcsv running, my only 
> thought is if more than one instance is writing to the same file, that could 
> obviously result in not seeing the file written correctly.
> 
> Is there anything which points to the source of the problem?  A particular 
> model, date/time, parameter to isolate?
> 
> Perhaps if I could hear more details about how gdcsv is being used, how many 
> instances, how frequently they run, etc.
> 
> -Michael James
> Unidata
> 
> 
> > We are using gdcsv in a multitasking environment -  launching many
> > scripts in the background running gdcsv.  At times we are finding that
> > gdcsv is not creating a csv file, but we are not seeing any errors or
> > status messages.
> >
> > Is there an issue with running multi instances of gdcsv? Does anything
> > need to be done with gplt, such as when to call gpend?
> 
> 
> Ticket Details
> ===================
> Ticket ID: HXZ-866042
> Department: Support GEMPAK
> Priority: Normal
> Status: Open
> 
> 
> -----------------------------------------
> NOTICE: This email message is for the sole use of the intended
> recipient(s) and may contain confidential and privileged
> information. Any unauthorized use, disclosure or distribution is
> prohibited. If you are not the intended recipient, please contact
> the sender by reply email and destroy all copies of the original
> message.

Ticket Details
===================
Ticket ID: HXZ-866042
Department: Support GEMPAK
Priority: Normal
Status: Open