Hello everone. I am a student studying MCIP and am currently encountering some issues while running it. Could you please provide some guidance? The problem is shown in the screenshot below:
I have tried various combinations of WRF and MCIP versions (including all combinations of WRF v4.2 to v4.5 with CMAQ v5.3 and v5.4), but all of them report the same error.
When I run nc-config --alland nf-config --all , the output is as follows:
I have one suggestion for you to try before I dive in. Please consider renaming your WRF output file to “wrfout” and try running again with that file name in the script. This will eliminate whether there is a character in the long file name that is causing the error.
If that test also fails, then we will have additional information to guide the next steps.
I have followed your suggestion and renamed the WRF output file to “wrfout” but the error still persists. Additionally, I tried linking the file to the current working directory, but the same issue remains.
If I understand correctly, “a67934wf” is supposed to be a directory in the path of the WRF output file. However, the permissions do not have “execute” among them, so you cannot change directories to explore the contents of “a67934wf” or any of its subdirectories.
If this is the case, please go to /net/scratch2 and type the command:
chmod 755 a67934wf
This command adds “execute” privileges to the directory “a67934aw”, which allows you to change directories. After you execute the command and type “ls -l”, then you should see the following pattern ahead of the directory name:
-rwxr-xr-x
Edited to add: If you do not own the directory “a67934wf”, then the directory owner will need to modify the permissions to add “execute” privileges so that the contents of the directory can be explored.
It would not be possible to ls -l the file, or ncdump its header, if there is no execute permission on the directory, so I think that is not the problem.
You might try copying the file from /net/scratch2 onto the same disk from which you are running mcip. Maybe the way you are submitting the job, the mcip executable does not have access to /net/scratch2.
Yes, @cgnolte is correct. I misread the “ls -l” excerpt to be two separate lines. Looking at it with that lens, I think “a67934wf” is actually the user ID for @wenxing, so please disregard my last post.
I think there is something wrong with the file permissions, though, as @cgnolte also suggested.
Hi @cgnolte@tlspero , apologies for the late response. I’ve been actively working to resolve the issue recently and, with the help of our teacher managing the servers, have managed to solve the error. Here are the steps we took that might help others facing similar issues:
We recompiled the dependent environment and CMAQv5.4, specifically focusing on ensuring consistent compiler versions across WRF, libraries, and CMAQ.
We configured netcdf with specific settings and recompiled ioapi with this version of netcdf.
3.However, we compiled MCIP and CMAQ using a netcdf version with has_dap=“yes” and has_dap4=“yes.” Otherwise, they would throw the error “Attempt to use feature that was not turned on when netCDF was built.”
Although I’m still not sure which step exactly resolved the critical issue, everything is running smoothly now. Thanks again for your help and guidance !
