Scheduled Downtime
On Friday 21 April 2023 @ 5pm MT, this website will be down for maintenance and expected to return online the morning of 24 April 2023 at the latest

FATAL CALLED FROM FILE: <stdin> LINE: 1591 WARNING: Extreme t_soisno at c, level 1 1


New member
Dear All,

I am using WRF-ARW v4.4. My WRF simulation has been continuously interpreted with the following error in rsl file.

WARNING: Extreme t_soisno at c, level 1 1

and my_wrf.log
MPI_ABORT was invoked on rank 160 in communicator MPI_COMM_WORLD
with errorcode 1.

NOTE: invoking MPI_ABORT causes Open MPI to kill all MPI processes.
You may or may not see output from other processes, depending on
exactly when Open MPI kills them.

Currently, downscaling CFSv2 hindcast simulation over the East Africa region with physics_suite = 'tropical' and activated lake model.

I couldn't find a discussion on this issue, I would appreciate your technical support.

Best Regards,
Titike Bahaga
Can you please attach your namelist.input file, as well as all of your rsl* files? You can package the rsl* files into a single *.tar file. Thanks!
Dear Kwerner,

Thank you for getting in touch. I've been eagerly awaiting a response to this issue. Apologies for the delayed reply. As requested, I have attached my namelist.input file and a zip containing all the TSL files for your reference.

Best regards,


  • namelist.input
    6.3 KB · Views: 3
    1.2 MB · Views: 2

Are you using a queueing system and submitting a batch script to run this? Is so, is it possible that you ran out of wall-clock time for your shared system?

Otherwise, it looks like you may be running wrf-hydro. If that's the case, see Questions related to WRF-Hydro.
I am running the simulation by submitting a batch script; I have checked with the HPC admin, and it has nothing to do with wall clock time. Additionally, I am not running WRF-hydro, but some of my output will be used as input for the WRF-hydro simulation.

The problem seems related to a test performed in module_sf_lake.f90, which ensures that the variable t_soisno is within range. Kindly check again.

Your namelist.input looks fine to me except that you turn on too many options, which add extra difficulties to debug what is wrong.

I wonder whether the case crashed immediately? if not, how long did it run before crashing?

Can you run a single-domain case first? please also turn off lake model. If it works, then add lake model and rerun the case. By these tests we can learn whether the issue is caused by lake.

If the model keeps crashing, please recompile WRF in debug mode, i.e., ./clean -a and ./configure -D. With the debug mode, you can find exactly when and where the error pops up first. This will give you hints to solve the issue.