-
Notifications
You must be signed in to change notification settings - Fork 253
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
[production/RRFS.v1] saSAS sigmab initialization changes and and inline post bug fix for RUC LSM #2488
[production/RRFS.v1] saSAS sigmab initialization changes and and inline post bug fix for RUC LSM #2488
Conversation
@JiliDong-NOAA @MatthewPyle-NOAA @rhaesung floating point exception happens with /rap_clm_lake_debug_intel.
experiment path on hera: /scratch1/NCEPDEV/stmp2/Jong.Kim/FV3_RT/rt_2987226/rap_clm_lake_debug_intel/err |
The crash seems to be related to inline post. I will take a look. @jkbk2004 @MatthewPyle-NOAA @rhaesung |
@jkbk2004 The failure is likely caused by not updating FV3. Now it has been updated. Let me know if you still see problems. On a different note, I have issues on compiling production/RRFS.v1 on Hera, which worked well before. This is what I did:
The compiling error is:
Running RT shows the same compiling error. |
@JiliDong-NOAA I checked production/RRFS.v1 branch. The production branch is running ok. |
@jkbk2004 please let me know if you still see crash after the update on this PR. Also, could you let me know how you compile production/RRFS.v1 on Hera? |
@JiliDong-NOAA I can try to reproduce the problem on Hera if you'd like. The last that I knew, the regression tests for the RRFSv1 branch use rt.conf_rrfs, so when running rt.sh, specify -l rt.conf_rrfs for only running those tests that are necessary on Hera. When this goes into the develop branch, the full rt.conf needs to be run, however. I have access to Hera and can try to compile/run this PR branch there if you need help. Let me know. |
@grantfirl it will be great if you can try compiling or running production/RRFS.v1 on Hera. I will also give another try by explicitly compiling or running RT after Hera is back from maintenance. Thanks. |
@JiliDong-NOAA Hera maintenance got done early. I kicked off the rt.conf_rrfs RTs on Hera and will report back tomorrow since I'm about to fly home from AMS. |
@JiliDong-NOAA I just realized that I misread the comments, that you were having trouble with the TARGET branch compiling on Hera. The tests that I kicked off were with your PR branch. I can try the production/RRFS.v1 branch when it's finished. |
@JiliDong-NOAA @jkbk2004 I've attached my RT log for rt.conf_rrfs below. There were no issues compiling or running. The only failures are changed baselines. @JiliDong-NOAA Could you please verify that the failing tests are what you would expect given the changes to saSAS? |
@JiliDong-NOAA @jkbk2004 I can reproduce the compilation error on Hera for the production/rrfs.v1 branch checked out recursively when running rt.sh with -n rap_clm_lake_debug intel. Note that this test is not part of rt.conf_rrfs, which contains the subset of tests that have been used for code management purposes for the production/rrfs.v1 branch. |
@grantfirl thanks for confirming that. After some digging, it turns out the compiling failure is related to the option
it appears the above option is set to True or Yes by default. When compiling explicitly or use "rt.sh -n" without setting it to NO, the compiling will fail. most of rt.conf has "-DENABLE_PARALLELRESTART=NO". I guess that's why there is no problem running it with original rt confs. After that settled, I can run RTs with this PR on Hera. I will look at the failed RTs you posted and get back to you and @jkbk2004 on that. |
@JiliDong-NOAA Ah yes. That makes sense. Please see the discussion related tot this issue here: #2529 and here: NOAA-EMC/fv3atm#896 |
@jkbk2004 @grantfirl The failed RTs looks reasonable. Here are some notes:
Hope this helps with merging this PR. |
@jkbk2004 @grantfirl is there anything we can do to move this PR forward? Thanks |
@JiliDong-NOAA Let me test a bit today. |
I don't think that there is anything left to do, IMO. The failures outside of the rt.conf_rrfs are documented elsewhere (see #2529) and can be fixed in that context. I suppose that it might behoove us to merge the parallelrestart machine confinement back to production/rrfs.v1 once #2529 is updated and merged since it causes errors on some platforms and isn't really needed outside of WCOSS at the moment. |
@MatthewPyle-NOAA I created new baseline and regression test ok on hera and hercules. This pr can be merged with the test on wcoss2. |
Thanks @jkbk2004 I've started working on the WCOSS tests. |
FV3 updated to @81e6d10 and .gitmodules reverted |
@MatthewPyle-NOAA this pr can be merged with your approval. |
@MatthewPyle-NOAA I am merging this pr. |
Commit Queue Requirements:
Description:
This PR follows @JongilHan66 suggestion and aims to reduce the large convective reflectivity caused by saSAS adjustment in the first timestep during a warm start. The issue is likely related to the inconsistency when DA updates the moisture at t but not the moisture from the previous timestep (t-36s). The moisture from the previous timestep is needed for initializing sigmab (updraft area fraction) when calculating qadv (q advection or tendency term).
The PR forces qadv to zero in the first timestep when a namelist parameter sigmab_coldstart is set to .true. It also reduces the lower limit of sigmab from 0.01 to 0.0 in the first timestep.
The PR also resolves an issue found by @ericaligo-NOAA where inline post does not correctly output soil temperature and moisture in grib2 when using RUC LSM. We tracked this to post_fv3 where iSF_SURFACE_PHYSICS is not updated for RUC LSM. This parameter is used in UPP SURFACE.f for soil variables output. The initial iSF_SURFACE_PHYSICS = 2 in post_fv3 and should be updated to 3 when RUC LSM is used. In this PR we set iSF_SURFACE_PHYSICS =3 when nsoil=9 and successfully output the 9 level soil variables.
Commit Message:
Priority:
Git Tracking
UFSWM:
Sub component Pull Requests:
UFSWM Blocking Dependencies:
Changes
Regression Test Changes (Please commit test_changes.list):
Input data Changes:
Library Changes/Upgrades:
Testing Log: