forrtl: severe (174): SIGSEGV, segmentation fault occurred when run wrf.exe

[eloim_www]

Dear,
When I running wrf.exe,this error has happened.I use WRF4.5 and use the CGLC-MODIS-LCZ dataset.I can successfully run wrf.exe with sf_urban_physics=2 or 3, but when I use the slucm scheme, this error happend. This is my rsl.* file. I have already use 'grep "cfl" rsl.*' to check if there has something wrong.
Thanks for your help.

 

[kang0511]

Did you build WRF with intel compiler? I once faced similar (not sure exactly same) error messages.

It worked after setting environment variable of stack size bigger, for my case.

"setenv MP_STACK_SIZE 64000000"
(you might want to find it in WRF user's guide documentation for full description)

You can find useful comments dealing with this issue in this link:

[cu03:3681 :0:3681] Caught signal 11 (Segmentation fault: address not mapped to object at address 0x

Settings: Software: WRF version 4.1 compiled with icc, ifort, mpiicc and mpiifort Intel MPI Version: oneapi/mpi/2021.2.0 OFED Version: version5.3 UCX Version: UCT version=1.10.0 revision 7477e81 Launch Parameter: source /opt/intel/oneapi/setvars.sh intel64 ulimit -l unlimited ulimit -s...

community.intel.com

 

[kwerner]

@eloim_www
The issue is likely that you're using too many processors for the size of your domain. Take a look at this FAQ that discusses how to determine a reasonable number of processors, based on your domain sizes. Additionally, unless you're just trying to learn how to use WRF, your domains should be no smaller than 100x100. Otherwise large scale features do not have time to be processed in the time it takes for them to move in/out of the domain. You may want to reference this best practices page that has suggestions for the domain settings. If none of that is helpful, please package all of your rsl* files together in a single *.tar file and attach that, along with your modified namelist.input file, for us to take a look. Thanks!

 

[eloim_www]

Did you build WRF with intel compiler? I once faced similar (not sure exactly same) error messages.

It worked after setting environment variable of stack size bigger, for my case.

"setenv MP_STACK_SIZE 64000000"
(you might want to find it in WRF user's guide documentation for full description)

You can find useful comments dealing with this issue in this link:

[cu03:3681 :0:3681] Caught signal 11 (Segmentation fault: address not mapped to object at address 0x

Settings: Software: WRF version 4.1 compiled with icc, ifort, mpiicc and mpiifort Intel MPI Version: oneapi/mpi/2021.2.0 OFED Version: version5.3 UCX Version: UCT version=1.10.0 revision 7477e81 Launch Parameter: source /opt/intel/oneapi/setvars.sh intel64 ulimit -l unlimited ulimit -s...

community.intel.com

Thank you, I will try

 

[eloim_www]

@eloim_www
The issue is likely that you're using too many processors for the size of your domain. Take a look at this FAQ that discusses how to determine a reasonable number of processors, based on your domain sizes. Additionally, unless you're just trying to learn how to use WRF, your domains should be no smaller than 100x100. Otherwise large scale features do not have time to be processed in the time it takes for them to move in/out of the domain. You may want to reference this best practices page that has suggestions for the domain settings. If none of that is helpful, please package all of your rsl* files together in a single *.tar file and attach that, along with your modified namelist.input file, for us to take a look. Thanks!

I try to reduce my processors to run my case but it crash witn the same way. Here are my rsl* files and namelist.input.

 

[eloim_www]

@eloim_www
The issue is likely that you're using too many processors for the size of your domain. Take a look at this FAQ that discusses how to determine a reasonable number of processors, based on your domain sizes. Additionally, unless you're just trying to learn how to use WRF, your domains should be no smaller than 100x100. Otherwise large scale features do not have time to be processed in the time it takes for them to move in/out of the domain. You may want to reference this best practices page that has suggestions for the domain settings. If none of that is helpful, please package all of your rsl* files together in a single *.tar file and attach that, along with your modified namelist.input file, for us to take a look. Thanks!

I also try to enlarge my domain, and this error happened again.

 

[kwerner]

@eloim_www
Thanks for sending that information. I've created a case using your namelist.input and I am able to replicate the issue you see - it works with urban_physics options 2 and 3, but not with option 1. I am not a physics expert, so I've reached out to a couple of my physics colleagues to ask if there is a limitation to using this option with urban_physics=1, and if not, whether they have any suggestions. I'll keep you posted. Thank you for your patience.

 

[kwerner]

Hi,
Can you try setting the following in the &domains section of the namelist, and see if it makes any difference?

 force_sfc_in_vinterp                = 3
 interp_type                         = 1
 lagrange_order                      = 1

You will need to re-run real.exe after setting those, and then run wrf.exe.

 

[eloim_www]

Hi,
Can you try setting the following in the &domains section of the namelist, and see if it makes any difference?

 force_sfc_in_vinterp                = 3
 interp_type                         = 1
 lagrange_order                      = 1

You will need to re-run real.exe after setting those, and then run wrf.exe.

Thanks for your reply, I had tried to add in the &domains section, but wrf.exe crashed again. I run wrf on my school's HPC platform, so I think it's the computer problem, I decided to use the BEP and BEM scheme.