haiqingsong
Member
Can someone run WRF-V4.5 with the Thompson scheme (mp_physics=38)?
It will crash when i setup mp_physics=38.
It will crash when i setup mp_physics=38.
This case crashed immediately!Did this case crashed immediately? What error message did you get?
Please upload your namelist.input for me to take a look. Thanks.
The error:Did this case crashed immediately? What error message did you get?
Please upload your namelist.input for me to take a look. Thanks.
The WRF4.6.0 crashes immediately with mp_physics=38 !Did this case crashed immediately? What error message did you get?
Please upload your namelist.input for me to take a look. Thanks.
Thanks! I have downloaded qr_acr_qg_mp38V1.dat to my test/em_realHi,
Could you upload your namelist.input and rsl.error.0000? What are pre-computed microphysics tables in your run directory (*.dat files)?
It does not work.It looks like there's an issue when reading the tables... When I compare your rsl file with one I have here, the subsequent step should be to read the tables:
INITIALIZE THREE Noah LSM RELATED TABLES
Skipping over LUTYPE = USGS
LANDUSE TYPE = MODIFIED_IGBP_MODIS_NOAH FOUND 20 CATEGORIES
INPUT SOIL TEXTURE CLASSIFICATION = STAS
SOIL TEXTURE CLASSIFICATION = STAS FOUND 19 CATEGORIES
ThompMP: read qr_acr_qg_mp38V1.dat instead of computing
ThompMP: read qr_acr_qsV2.dat instead of computing
ThompMP: read freezeH2O.dat instead of computing
Could you try to add this option on your namelist under the &physics section:
write_thompson_mp38table = .true.,
and remove the file qr_acr_qg_mp38V1.dat from your run directory.
If it still crashes, could you pls upload your wrfinput_d01 and wrfbdy_d01 files?
The wrfinput_d01 and wrfbdy_d01 files are too large for the server to process. I will email you now!It looks like there's an issue when reading the tables... When I compare your rsl file with one I have here, the subsequent step should be to read the tables:
INITIALIZE THREE Noah LSM RELATED TABLES
Skipping over LUTYPE = USGS
LANDUSE TYPE = MODIFIED_IGBP_MODIS_NOAH FOUND 20 CATEGORIES
INPUT SOIL TEXTURE CLASSIFICATION = STAS
SOIL TEXTURE CLASSIFICATION = STAS FOUND 19 CATEGORIES
ThompMP: read qr_acr_qg_mp38V1.dat instead of computing
ThompMP: read qr_acr_qsV2.dat instead of computing
ThompMP: read freezeH2O.dat instead of computing
Could you try to add this option on your namelist under the &physics section:
write_thompson_mp38table = .true.,
and remove the file qr_acr_qg_mp38V1.dat from your run directory.
If it still crashes, could you pls upload your wrfinput_d01 and wrfbdy_d01 files?
I have downloaded https://www2.mmm.ucar.edu/wrf/src/wps_files/QNWFA_QNIFA_QNBCA_SIGMA_MONTHLY.dat.bz2Could you tell me if you ran real using the same exact namelist you shared above?
I'm thinking the segmentation fault could be related to not having the aerosol profile in the inputs. When I check the variables in your input, the variables QNIFA and QNWFA which should contain the aerosol number concentration, are all empty. The model *shouldn't* crash because of it, but this can be the quickest solution to get your simulation to run. It's hard for me to pinpoint exactly where the model crashes without recompiling it to debug properly.
I was able to confirm that the option mp=28 runs without an issue whereas mp=38 crashes. This is a good start and it looks like there may be a bug in the code. However, investigating this more closely will take me a little time.
Maybe @Ming Chen or someone from wrfhelp could help me narrow it down? I have the user's input files on /glade/derecho/scratch/frediani/test_mp38/files_from_user
Thank you so much!Could you tell me if you ran real using the same exact namelist you shared above?
I'm thinking the segmentation fault could be related to not having the aerosol profile in the inputs. When I check the variables in your input, the variables QNIFA and QNWFA which should contain the aerosol number concentration, are all empty. The model *shouldn't* crash because of it, but this can be the quickest solution to get your simulation to run. It's hard for me to pinpoint exactly where the model crashes without recompiling it to debug properly.
I was able to confirm that the option mp=28 runs without an issue whereas mp=38 crashes. This is a good start and it looks like there may be a bug in the code. However, investigating this more closely will take me a little time.
Maybe @Ming Chen or someone from wrfhelp could help me narrow it down? I have the user's input files on /glade/derecho/scratch/frediani/test_mp38/files_from_user
Thanks!Great! Thanks for letting me know!
Were you able to get the aerosol fields QNIFA and QNWFA in your wrfinput file once you made the change in WPS? If you have the fields with valid data, I'd expect you'd be able to run with
aer_opt = 3,
use_aero_icbc =.true.
Either way, it does look like there's a bug.
And running wrf with MP=38 needs aerosol data?Great! Thanks for letting me know!
Were you able to get the aerosol fields QNIFA and QNWFA in your wrfinput file once you made the change in WPS? If you have the fields with valid data, I'd expect you'd be able to run with
aer_opt = 3,
use_aero_icbc =.true.
Either way, it does look like there's a bug.
Update:The file QNWFA_QNIFA_QNBCA_SIGMA_MONTHLY.dat contains a global aerosol climatology. You don't necessarily need the aerosol climatology to run the model with mp=38.
You can find more information about the aerosols and how the scheme uses them here: WRF Model Users Site
This description is also valid for the hail-aware version of the scheme (mp=38).