-
Notifications
You must be signed in to change notification settings - Fork 15
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
nuopc_driver updates #22
nuopc_driver updates #22
Conversation
merge dev/emc
merge dev/emc
merge to latest dev/emc
init_ocn_export with timestamp
in mom_ocean_model_nuopc to not write restart if false
and heat_content_frunofaf; remove un-used data_get interface
Denise,
Regarding NEMS, this is not exactly true. I have been writing MOM6
restarts at any interval I want, not just at the end.
It is not fair to make untrue statements.
Moorthi
…On Mon, Apr 13, 2020 at 8:02 AM Denise Worthen ***@***.***> wrote:
Resolves issue #16 <#16>:
When running with the CMEPS mediator, MOM6 restarts are controlled via
nems.configure settings restart_option (eg. hours, days) and restart_n (eg
24, 1). Intermediate restarts are written with timestamped file names.
Final restarts are written without timestamped file names.
When running with the NEMS mediator, no intermediate restarts are written.
This replicates current behavior. Intermediate restarts for the NEMS
mediator could be implemented by adding the above two settings to the
appropriate nems.configure file.
Resolves issue #15 <#15>:
When running with DumpFields=True, all fields in the import or export
state are written to files which are timestamped with the import or export
time. This is a change in current behavior where all timesteps for each
field in the import or export state is written to a separate file.
Resolves issue #21 <#21>:
The call to data_override for lrunoff is moved outside the enclosing do
loop. This does not change answers.
All CCPP prod regression tests were run and passed. Log file is attached.
rtreport.txt <https://github.com/NOAA-EMC/MOM6/files/4469369/rtreport.txt>
authors:
@DeniseWorthen <https://github.com/DeniseWorthen>
@mvertens <https://github.com/mvertens>
------------------------------
You can view, comment on, or merge this pull request online at:
#22
Commit Summary
- Merge pull request #2 from NOAA-EMC/dev/emc
- Merge pull request #4 from NOAA-EMC/dev/emc
- Merge pull request #5 from NOAA-EMC/dev/emc
- Merge pull request #6 from NOAA-EMC/dev/emc
- Explicitly label each field dump with timestamp. Also label the
- use currTime for field_init_ocn_export timestamp
- update mom_cap w/ fixes for double restarts based
- explicitly use timeslice=1
- Merge branch 'feature/timestamps' into feature/restartcontrol
- hardwire non-cesm MOM restart name for now
- add stop alarm so that restart files have right name on
- fix alarms for cold start case
- commit now to test on Cheyenne
- more tentative changes so I can move to cheyenne
- add disabled restart_alarm for restart_n=0 cases
- fix edit error
- call ocean_model_end with write_restart flag; use
- add unit scaling factors for lrunoff,frunoff
- fix location for data_override call for lrunoff
- cleanup cesm-centric code
- update mct_driver to match dev/ncar
- move lrunoff out of do loop; add back restart options for cesm
- Merge pull request #7 from NOAA-EMC/dev/emc
- Merge branch 'dev/emc' into feature/restartcontrol
- update mom_cap for cesm changes
- retrieve alarm only for cmeps case
- cleanup of ESMF error handling
- Merge remote-tracking branch 'origin/feature/logcleanup' into
feature/restartcontrol
- minor updates found after compiling cleanuplog branch
- clean up merge conflicts
- Merge pull request #9 from NOAA-EMC/dev/emc
- Merge branch 'dev/emc' into feature/restartcontrol
File Changes
- *M* config_src/nuopc_driver/mom_cap.F90
<https://github.com/NOAA-EMC/MOM6/pull/22/files#diff-10ef158eabfa9cf086d0a031a84f6066>
(416)
- *M* config_src/nuopc_driver/mom_cap_methods.F90
<https://github.com/NOAA-EMC/MOM6/pull/22/files#diff-bcc5b6a5680037e582d7088736410998>
(2)
- *M* config_src/nuopc_driver/mom_ocean_model_nuopc.F90
<https://github.com/NOAA-EMC/MOM6/pull/22/files#diff-944bb31bbbce1d60e2bff01b2375fe3f>
(2)
- *M* config_src/nuopc_driver/mom_surface_forcing_nuopc.F90
<https://github.com/NOAA-EMC/MOM6/pull/22/files#diff-dc13ce283e1ccb5f4b712e6566e99eae>
(6)
Patch Links:
- https://github.com/NOAA-EMC/MOM6/pull/22.patch
- https://github.com/NOAA-EMC/MOM6/pull/22.diff
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#22>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYQ2WONAZMOG2E5HTHLRML5MPANCNFSM4MG5DFAA>
.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: Shrinivas.Moorthi@noaa.gov
Phone: (301) 683-3718 Fax: (301) 683-3718
|
@SMoorthi-emc : I am referring to the regression test system and to the dev/emc branch of MOM6. I realize you have made modifications to obtain MOM6 intermediate restarts in your system. As far as I know, those modifications have never been merged back to MOM6 or to ufs-s2s-model. |
Denise: |
The run directory is here: /scratch1/NCEPDEV/stmp2/Denise.Worthen/RTs/rtgen.62842/tmp |
I checked one of the run dir
/scratch1/NCEPDEV/stmp2/Denise.Worthen/RTs/rtgen.62842/tmp/cpld_fv3_ccpp_384_mom6_cice_2d_atm_flux
I don't see restart_option or restart_n being setup.
…On Mon, Apr 13, 2020 at 9:50 AM Denise Worthen ***@***.***> wrote:
The run directory is here:
/scratch1/NCEPDEV/stmp2/Denise.Worthen/RTs/rtgen.62842/tmp
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
<#22 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADMGASYCVATRUQNC4HHSVGLRMMKDFANCNFSM4MG5DFAA>
.
--
Jiande Wang
IMSG at NOAA/NWS/NCEP/EMC
cubic 2088
jiande.wang@noaa.gov
phone:3016833725
|
@jiandewang There were no updates to ufs-s2s-model to turn on the new mediator restart dump features for NEMS. I'm going to make a run later today (unless you want to do it and can sooner than I can) to test the intermediate restarts for NEMS and will point you to those. |
When running using the nems mediator, it reproduces the current behavior. It does not read the restart_n or restart_option from nems_configure. It will default instead to just writing the restart at the end as it does currently. Jessica is going to confirm that adding those options to nems.configure for the nems mediator works correctly. But I didn't add them because I didn't want to do a PR on ufs-s2s-model. |
@JessicaMeixner-NOAA: understood now, will wait for your results. HERA is saturated most of the time, doesn't matter who s going to run. |
@jiandewang the intermediate restarts worked. Code: /scratch2/NCEPDEV/climate/Jessica.Meixner/ufs-s2s-mom6restart |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works for NEMS and CMEPS
Actually this is not quite what I expected. The intermediate restarts
should have been written with the name MOM.res.date.nc which is how they
are named when using CMEPS. It is not a critical error and I don't think it
is worth fixing given the pending move to CMEPS.
Denise
…On Mon, Apr 13, 2020 at 10:23 PM Jessica Meixner ***@***.***> wrote:
***@***.**** approved this pull request.
Works for NEMS and CMEPS
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#22 (review)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AJU7JZDRLJW2JM523APE6M3RMPCIXANCNFSM4MG5DFAA>
.
--
Denise Worthen
IMSG at NOAA/NWS/NCEP/EMC
Denise.Worthen@noaa.gov
|
Denise, you are incorrect. Intermediate restarts have time stamps and it
is up to the workflow to archive and retrieve them back for restarts.
I have been doing that for a long time. There is NO reason to "fix". it.
Having the same name will not allow you to archive multiple restarts,
which is important.
Moorthi
On Tue, Apr 14, 2020 at 7:28 AM Denise Worthen <notifications@github.com>
wrote:
… Actually this is not quite what I expected. The intermediate restarts
should have been written with the name MOM.res.date.nc which is how they
are named when using CMEPS. It is not a critical error and I don't think it
is worth fixing given the pending move to CMEPS.
Denise
On Mon, Apr 13, 2020 at 10:23 PM Jessica Meixner ***@***.***
>
wrote:
> ***@***.**** approved this pull request.
>
> Works for NEMS and CMEPS
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#22 (review)>,
> or unsubscribe
> <
https://github.com/notifications/unsubscribe-auth/AJU7JZDRLJW2JM523APE6M3RMPCIXANCNFSM4MG5DFAA
>
> .
>
--
Denise Worthen
IMSG at NOAA/NWS/NCEP/EMC
***@***.***
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#22 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYRAXXYXWV7JVILQ2H3RMRCD7ANCNFSM4MG5DFAA>
.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: Shrinivas.Moorthi@noaa.gov
Phone: (301) 683-3718 Fax: (301) 683-3718
|
If CMEPS does this, then it needs to be changed.
Moorthi
On Tue, Apr 14, 2020 at 7:39 AM Shrinivas Moorthi - NOAA Federal <
shrinivas.moorthi@noaa.gov> wrote:
… Denise, you are incorrect. Intermediate restarts have time stamps and it
is up to the workflow to archive and retrieve them back for restarts.
I have been doing that for a long time. There is NO reason to "fix". it.
Having the same name will not allow you to archive multiple restarts,
which is important.
Moorthi
On Tue, Apr 14, 2020 at 7:28 AM Denise Worthen ***@***.***>
wrote:
> Actually this is not quite what I expected. The intermediate restarts
> should have been written with the name MOM.res.date.nc which is how they
> are named when using CMEPS. It is not a critical error and I don't think
> it
> is worth fixing given the pending move to CMEPS.
>
> Denise
>
> On Mon, Apr 13, 2020 at 10:23 PM Jessica Meixner <
> ***@***.***>
> wrote:
>
> > ***@***.**** approved this pull request.
> >
> > Works for NEMS and CMEPS
> >
> > —
> > You are receiving this because you were mentioned.
> > Reply to this email directly, view it on GitHub
> > <#22 (review)>,
> > or unsubscribe
> > <
> https://github.com/notifications/unsubscribe-auth/AJU7JZDRLJW2JM523APE6M3RMPCIXANCNFSM4MG5DFAA
> >
> > .
> >
>
>
> --
> Denise Worthen
> IMSG at NOAA/NWS/NCEP/EMC
> ***@***.***
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#22 (comment)>, or
> unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ALLVRYRAXXYXWV7JVILQ2H3RMRCD7ANCNFSM4MG5DFAA>
> .
>
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: ***@***.***
Phone: (301) 683-3718 Fax: (301) 683-3718
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: Shrinivas.Moorthi@noaa.gov
Phone: (301) 683-3718 Fax: (301) 683-3718
|
I understand about the desire to have the restart filename with a timestamp. I was only referring to the fact that the intermediate restarts Jessica obtained were "ocn.mom6.r."+date.nc. That is the CESM style restart name. For our implementation, we had been using MOM6 restarts with the root name MOM.res, so for CMEPS outside of CESM, I had used that as the root name. |
I have an example of a 45 day run on "hera" that I ran last month with
restart writing every 15 days and you can take a look at my data at
"
/scratch1/NCEPDEV/stmp4/Shrinivas.Moorthi/CFV3/2018090100/c384_phybc/gfs.20180901/00".
There are restart directories "ATM_RESTART","OCN_RESTART", ICE_RESTART",
and similarly history directories. A rerun can be made from any restarts.
I hope I will be able to do this with CMEPS when we are forced to use that
system.
By the way this run was made with CCPP and RAS, MG3 and SHOC.
Thanks
Moorthi
…On Tue, Apr 14, 2020 at 7:45 AM Denise Worthen ***@***.***> wrote:
I understand about the desire to have the restart filename with a
timestamp. I was only referring to the fact that the intermediate restarts
Jessica obtained were "ocn.mom6.r."+date.nc. That is the CESM style
restart name. For our implementation, we had been using MOM6 restarts with
the root name MOM.res, so for CMEPS outside of CESM, I had used that as the
root name.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#22 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYVL4XGN2XHDKJYCDP3RMREGLANCNFSM4MG5DFAA>
.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: Shrinivas.Moorthi@noaa.gov
Phone: (301) 683-3718 Fax: (301) 683-3718
|
For MOM6 you can specify what name the restart folder that the restarts are being written into, so it can be OCN_RESTART or MOM6_RESTART or any other name. That feature has not changed. So now leaving workflow issues to the side, is there an issue with what we have for MOM6 intermediate restarts when running with the NEMS or CMEPS mediator using the top of ufs-s2s-model develop branch + this MOM6 from the PR? I think we need to add a few more details so that we are all on the same page. So instead of saying timestamp or date, I will say "YYYY" "MM" "DD" "HH" "mm" "SS" to represent year, month, day, hour, minute and second. For intermediate restarts we have //${prefix}.YYYY-MM-DD-HH-mm-SS*.nc and then for the last restart, there is no time stamp and they are the typical MOM.res*.nc with no date or timestamp information. For the NEMS mediator the prefix was "ocn.mom6.r." however when using the CMEPS mediator, that will switch to "MOM.res". The prefix was a surprise to Denise, but we still have YYYYMMDDHHmmSS information, which I believe we all agree is a need. However, I don't understand what you think needs to be addressed for this MOM6 PR @SMoorthi-emc that are not workflow issues? |
Well, may be it was my misunderstanding of Denise's email. I thought she
wrote that all restarts should have the same name as the last restart.
If multiple restarts can co-exist with distinct names, then there is no
issue.
…On Tue, Apr 14, 2020 at 8:55 AM Jessica Meixner ***@***.***> wrote:
For MOM6 you can specify what name the restart folder that the restarts
are being written into, so it can be OCN_RESTART or MOM6_RESTART or any
other name. That feature has not changed.
So now leaving workflow issues to the side, is there an issue with what we
have for MOM6 intermediate restarts when running with the NEMS or CMEPS
mediator using the top of ufs-s2s-model develop branch + this MOM6 from the
PR? I think we need to add a few more details so that we are all on the
same page. So instead of saying timestamp or date, I will say "YYYY" "MM"
"DD" "HH" "mm" "SS" to represent year, month, day, hour, minute and second.
For intermediate restarts we have //${prefix}.YYYY-MM-DD-HH-mm-SS*.nc and
then for the last restart, there is no time stamp and they are the typical
MOM.res*.nc with no date or timestamp information. For the NEMS mediator
the prefix was "ocn.mom6.r." however when using the CMEPS mediator, that
will switch to "MOM.res". The prefix was a surprise to Denise, but we still
have YYYYMMDDHHmmSS information, which I believe we all agree is a need.
However, I don't understand what you think needs to be addressed for this
MOM6 PR @SMoorthi-emc <https://github.com/SMoorthi-emc> that are not
workflow issues?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#22 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALLVRYWJKPI5XVYZCZU72RDRMRMKLANCNFSM4MG5DFAA>
.
--
Dr. Shrinivas Moorthi
Research Meteorologist
Modeling and Data Assimilation Branch
Environmental Modeling Center / National Centers for Environmental
Prediction
5830 University Research Court - (W/NP23), College Park MD 20740 USA
Tel: (301)683-3718
e-mail: Shrinivas.Moorthi@noaa.gov
Phone: (301) 683-3718 Fax: (301) 683-3718
|
I would like to go ahead and fix the root name issue for running with the nems mediator and with the configuration variables added to the nems.configure. So when hera comes back I will test a fix and then push to the PR again. Thanks everyone. |
I re-ran the c96 cold and 2d CCPP prod tests, adding only the settings restart_n=12 and restart_option=nhours to the nems.configure for the warm start. We don't write restarts for the cold start in any case. The MOM6 restarts were correctly named: /scratch1/NCEPDEV/stmp2/Denise.Worthen/RTs/rtgen.301652/tmp/cpld_fv3_ccpp_mom6_cice_2d_atm_flux/MOM6_RESTART I made no changes to the code; it looks like Jessica's test was run w/o pointing to the right MOM6 branch, which explains why she still obtained the CESM style root name. |
@DeniseWorthen you are correct, I did not run with the right code. Sorry about that! I'm glad it's all working as expected though. |
nuopc_driver updates (NOAA-EMC#22)
Merge in latest MOM6 updates
* initial hooks for stochastic EOS modifications * remove debug statements * add documentation * Change ampltiude from 0.39 to sqrt(.39) * remove global_indexing logic from stoch_eos_init * switch to using MOM_random and add restart capability * update random sequence to update each each time-step * remove tseed0 from MOM_random (leftover from debugging) * Added necessary submodules and S^2, T^2 diagnostics to MOM_diagnostics * Added diagnostics for outputting variables related to the stochastic parameterization. * Diagnostics in MOM_PressureForce_FV updated for stochastic (rather than deterministic) Stanley SGS T variance parameterization. * Added parentheses for reproducibility. * Changed diagnostics to account for possible absence of stoch_eos_pattern in MOM_PressureForce_FV, when deterministic parameterization is on. * remove mom6_da_hooks and geoKdTree from pkg * add stochastic compoment to MOM_thickness_diffuse * fix array size declaration and post_data * Corrected indexing of loops in MOM_calc_varT * Changed how parameterization of SGS T variance (deterministic and stochastic) is switched on in PGF and thickness diffusion codes * Corrected a few typos * Cleaned up indices, redundant diagnostic, printing * Fixed diagnostic IDs * Fixed diagnostics typo * Corrected indices in calculation of tv%varT * Minor index fix * Corrected bug in pressure in Stanley diagnostics * Fixed whitespace error * Stoch eos clock (#5) *Added a clock for the Stanley parameterization Co-authored-by: jkenigson <jkenigso@gmail.com> * add halo update to random pattern * Update MOM_stoch_eos.F90 Fix bug for looping over compute domain (is -> isc etc.) * Avoid unnessary computations on halo (MOM_stoch_eos) and code clean-up (MOM_thickness_diffuse) * Removed halo updates before determ param calc * Update MOM_stoch_eos.F90 Removed unnecessary code * Bug - indices are transposed * Changed Stanley stochastic coefficient from exp(X) to exp(aX) (#9) * Changed Stanley stochastic coefficient from exp(X) to exp(aX) * Extra spaces removed * Stoch eos init fix (#10) * Don't bother calculating tv%varT if stanley_coeff<0 * Missing then added * Merge Ian Grooms Tvar Discretization (#11) * Update MOM_stoch_eos.F90 In progress updating stencil for$ | dx \times \nabla T|^2$ calculation * New discretization of |dx\circ\nablaT|^2 Co-authored-by: Ian Grooms <ian.grooms@colorado.edu> * Multiplied tvar%SGS by grid cell thickness ratio * Added limiter for tv%varT * Stoch eos ncar linear disc (#12) * Update MOM_stoch_eos.F90 In progress updating stencil for$ | dx \times \nabla T|^2$ calculation * New discretization of |dx\circ\nablaT|^2 * AR1 timescale land mask Adds land mask to the computation of the AR1 decorrelation time * Update dt in call to MOM_stoch_eos_run The call to `MOM_stoch_eos_run` (which time steps the noise) is from within `step_MOM_dynamics`. `step_MOM_dynamics` advances on time step `dt` (per line 957), but the noise is updated using `dt_thermo`. It seems more appropriate to update the noise using `dt`, since it gets called from within `step_MOM_dynamics`. * Fixed the units for r_sm_H * Remove vestigial declarations The variables `hl`, `Tl`, `mn_T`, `mn_T2`, and `r_sm_H` are no longer used, so I removed their declarations and an OMP private clause Co-authored-by: Ian Grooms <ian.grooms@colorado.edu> * Update MOM_thickness_diffuse.F90 Changed index for soft convention * Update CVMix-src * Ensure use_varT, etc., initialized * Don't register stanley diagnostics if scheme is off * Stanley density second derivs at h pts (NOAA-EMC#15) * Change discretization of Stanley correction (drho_dT_dT at h points) * Limit Stanley noise, shrink limiting value * Revert t variance discretization * Reverted variable declarations * Stanley scheme in mixed_layer_restrat, vert_fill in stoch_eos, code cleanup (NOAA-EMC#19) * Test Stanley EOS param in mixed_layer_restrat * Fix size of TS cov, S var in Stanley calculate_density calls * Test move stanley scheme initialization * Added missing openMP directives * Revert Stanley tvar discretization (NOAA-EMC#18) * Perform vertical filling in calculation of T variance * Variable declaration syntax error, remove scaling from get_param * Fix call to vert_fill_TS * Code cleanup, whitespace cleanup Co-authored-by: Jessica Kenigson <jessicak@cheyenne1.cheyenne.ucar.edu> * Use Stanley (2020) variance; scheme off at coast * Comment clean-up * Remove factor of 0.5 in Tvar * Don't calculate Stanley diagnostics on halo * Change start indices in stanley_density_1d * Stanley param in MOM_isopycnal_slopes (NOAA-EMC#22) Stanley param in MOM_isopycnal_slopes and thickness diffuse index fix * Set eady flag to true if use_stored_slopes is true * Cleanup, docs, whitespace * Docs and whitespace * Docs and whitespace * Docs and whitespace * Whitespace cleanup * Whitespace cleanup * Clean up whitespace * Docs cleanup * use_stanley * Update MOM_lateral_mixing_coeffs.F90 * Adds link to another TEOS10 module * Set Stanley off for testing * Line continuation Co-authored-by: Phil Pegion <38869668+pjpegion@users.noreply.github.com> Co-authored-by: Philip Pegion <Philip.Pegion@noaa.gov> Co-authored-by: Jessica Kenigson <jessicak@cheyenne6.cheyenne.ucar.edu> Co-authored-by: Jessica Kenigson <jessicak@cheyenne3.cheyenne.ucar.edu> Co-authored-by: jkenigson <jkenigso@gmail.com> Co-authored-by: jskenigson <jessica.kenigson@colorado.edu> Co-authored-by: Jessica Kenigson <jessicak@cheyenne1.cheyenne.ucar.edu> Co-authored-by: Jessica Kenigson <jessicak@cheyenne5.cheyenne.ucar.edu> Co-authored-by: Philip Pegion <ppegion@Philips-MacBook-Pro.local> Co-authored-by: Jessica Kenigson <jessicak@cheyenne4.cheyenne.ucar.edu>
Resolves issue #16:
When running with the CMEPS mediator, MOM6 restarts are controlled via nems.configure settings restart_option (eg. hours, days) and restart_n (eg 24, 1). Intermediate restarts are written with timestamped file names. Final restarts are written without timestamped file names.
When running with the NEMS mediator, no intermediate restarts are written. This replicates current behavior. Intermediate restarts for the NEMS mediator can be implemented by adding the above two settings (restart_n and restart_option) to the warm start nems.configure figure for NEMS.
Resolves issue #15:
When running with DumpFields=True, all fields in the import or export state are written to files which are timestamped with the import or export time. This is a change in current behavior where all timesteps for each field in the import or export state is written to a separate file.
Resolves issue #21:
The call to data_override for lrunoff is moved outside the enclosing do loop. This does not change answers.
All CCPP prod regression tests were run and passed. Log file is attached.
rtreport.txt
authors:
@DeniseWorthen
@mvertens