Mike Kelleher

@rljacob In my testing, it's almost certainly the same issue. I've been able to successfully run the MVK test with the ~~#5125~~ #5123 fix.

Fantastic! This has solved the issue we'd been experiencing with the F2010 compset run at `dtime=1`.

This is fixed by #5123

@mt5555 Thanks for sorting out what was going on with the elm namelist, the above fix in CIME should work (it has in testing!) As far as the MPAS-SI issue,...

Based on the March inic files - `/lcrc/group/e3sm/data/inputdata/atm/cam/inic/homme/ne4_v2_init/20210915.v2.ne4_oQU240.F2010.eam.i.0002-03-01-00000.nc` - `/lcrc/group/e3sm/data/inputdata/lnd/clm2/initdata/ne4_oQU240_v2_init/20210915.v2.ne4_oQU240.F2010.elm.r.0002-03-01-00000.nc` it stalls after 73 time steps. (`/lcrc/group/e3sm/ac.mkelleher/scratch/chrys/F2010.ne4_oQU240.03_test/run`)

Example passing test: https://web.lcrc.anl.gov/public/e3sm/ac.mkelleher/evv/MVKO_PS.T62_oQU240.GMPAS-NYF.chrysalis_intel.C.20240131_1022/ Example failing test: https://web.lcrc.anl.gov/public/e3sm/ac.mkelleher/evv/MVKO_PS.T62_oQU240.GMPAS-NYF.chrysalis_intel.C.20240131_0945/

The initial condition file is currently only on LCRC, so from either Chrysalis or Anvil it can be run on this fork/branch with: `${E3SM_ROOT}/cime/scripts/create_test MVKO_PS.T62_oQU240.GMPAS-NYF [-g / -c] --pesfile ${E3SM_ROOT}/cime_config/testmods_dirs/config_pes_tests.xml`

Yes, that would work

I've confirmed this works, should we add that that suite to this PR?

Hi @xylar, this test is based on @salilmahajan's [analysis](https://dl.acm.org/doi/10.1145/3468267.3470572), that oQU240 isn’t scientifically validated, it ”…includes all of the model structure and source code including the dynamical core and physical...