-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CAM-diagnostics interpretes regridded SE output files as original SE grid. #133
Comments
@oyvindseland - can you summarize the exact version of the diagnostic package you were using. I plan to contact the NCAR folks to see how they handle this. |
I did not create the set-up but as far as I can see it is Script Version: 140804 |
Did you run a simulation with original SE output as well? @mvertens |
Checked the version on Nird and it is the same as on Betzy. |
@oyvindseland - I have not run a simulation with just SE output yet. We are still moving and everything is totally chaotic today. I'll start one tomorrow. |
No worries, I do not sit around waiting for it. |
@gold2718 - could you please help with this as well? |
Information about diagnostics can be found at https://noresm-docs.readthedocs.io/en/noresm2/diagnostics/diagnostics.html On betzy the command is /cluster/shared/noresm/diagnostics/noresm/bin/diag_srun |
Default amwg script at /cluster/shared/noresm/diagnostics/noresm/packages/CAM_DIAG |
@oyvindseland - @gold2718 has forked the repository and I have downloaded it to /cluster/shared/noresm/diagnostics/noresm_dev on betzy. I would like first to reproduce your error. What was your command to diag_srun that resulted in this failure? |
Command that failed /cluster/shared/noresm/diagnostics/noresm/bin/diag_srun -m cam -i /cluster/work/users/mvertens/archive -c NB1850proto01 -s 2 -e 11 |
So I changed all the variable name from w -> gw in all the cam history files. Now It is dying with the following error: |
So I scrubbed everything and tried again - and got totally different errors. See /cluster/work/users/mvertens/diagnostics/logs/-diagsrun-240213-194000.log. @oyvindseland - can you try running the script again and see if you get anything different. |
I reran the script and also got an OOM error. I did copy year 2 and 3 of your output files, renamed gw and ran the amwg script without the wrapper. In this case the script runs but have only relatively limited output. The output claims that the variable hyam is missing Plots: https://ns2345k.web.sigma2.no/diagnostics/noresm/oyvinds/NB1850proto01/ |
@oyvindseland - I think the problem is that on betzy the wrapper is submitted to the preproc queue which is a shared memory batch node. So depending on who else is using it will limit the memory available. This explains I think why the OOM appeared in different places each time the wrapper was submitted on betzy. When you just run the script itself interactively you are using the shared memory of the login node. I think running on Nird is probably better. BTW - I changed the variable from w -> gw in all of the files. |
On nird the script runs without OOM but the hyam problem is still the same. |
A test with native grid output created the same plots as the coupled simulation. The definition of vertical levels, hyam and hybm are still missing from the averaged files. The interpolation of SE onto a lat-lon grid in the diagnostics fails, see e.g. |
I looked around at the amwg website and I found some diagnostics plot with SE and 48 Levels so it should be possible if we need to use the ncl diagnostics The table that linked in the simulations did not say who created the plots or did the simulations |
Issue Type
Other (please describe below)
Issue Description
I have tried to run cam-diagnostics on the simulation found at Betzy: /cluster/work/users/mvertens/archive/NB1850proto01
The simulations are with SE dycore with output regridded to FV 0.9x1.25 degree grid
The diagnostics simulation fails with the error message:(0) unstructured_to_ESMF: latitude and longitude must have the same number of elements: /cluster/work/users/oyvinds/diagnostics/out/CAM_DIAG/config/NB1850proto01/logs/out_240208_153621.log
Prior to the fail, the averaged files are given an SE name e.g /cluster/work/users/oyvinds/diagnostics/out/CAM_DIAG/climo/NB1850proto01/sav_se/NB1850proto01_01_000201_001101_climo_SE.nc
Another possible point of failure is that the variable name used for latitude weights are w, not gw as used to be the standard in FV.
Possible test: A SE simulation of 14 months or more to see if the diagnostics tool can manage SE grid output.
Will this change answers?
No
Will you be implementing this yourself?
No
The text was updated successfully, but these errors were encountered: