Closed lizadams closed 5 years ago
Sounds good Liz. Then do we have to tell every user to do this as well?
Yes - if they obtain the same error, this would be a workaround. It may be too much to ask for folks to recompile the ioapi library. I haven't tried this myself.
A DDM run I set up returned the same error "Could not open A_SENS_1 Maximum number of files already have been opened." Neither the workaround nor recompiling ioapi would fix the problem. MXFILES3 has been increased to 64, 256, and 1024 but the same error persisted. What other changes need to be made in order to fix the problem? Also, is there a way to know the number of files ioapi has open?
compiler: pgi version 16.9, ioapi 3.1, netcdf 3.6.3. Regular CMAQ5.2 run (without DDM) and DDM with CMAQ5.0.2 did not have this problem with "max files open".
Jin
@jslinvin I'm not aware of any way to ask IOAPI how many files are open although using the JUNIT() function might help. I'm not sure this issue will be resolved in CMAQv5.3, unless Carlie can weigh in.
There is a now an I/O API version 3.2 "large" that is designed for applications with a large number of model output files (e.g. utilizing all of CMAQ's optional diagnostic output files) and/or a large number of model variables (e.g. CMAQ-HDDM or CMAQ-ISAM applications). I/O API v3.2-large increases the MXFILE3 variable from 64 to 512 and increases the MXVARS3 varialbe from 2048 to 16384. This version is available as a zip file from the following address: https://www.cmascenter.org/ioapi/download/ioapi-3.2-large.tar.gz
Installation instructions for I/O API v5.3-large are provided in README.txt in the .tar.gz file.
Obtained this error when testing a run of CMAQ v5.2 DDM at UNC Compiler: gcc (on UNC systems used command
module load openmpi_gcc/4.8.1
) I/O API version: 3.1Work around: Reduced the number of files opened by changing the following settings in the run script. (These settings also matched the run script
run.ddm.cmas
provided by Sergei)Proposed fix: Recompile I/O API with a larger MXFILE3 setting