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

MYNN/Cloud Radiative Feedback causes segmentation error

gpriftis

New member
Hi,

I am running a simulation over 3 domains (9-,3-,1-km) to examine the role of cloud radiative feedback on coastal convection. Following other threads, I have included the following:

1) icloud = 0
2) cu_rad_feedback = .false.,.false.,.false.
3) shallowcu_forced_ra = .false.,.false.,.false.
4) icloud_bl = 0

I am getting a segmentation error which originates form the MYNN coupling with radiation flag (rsl error file). When the flag icloud_bl=0 the simulation fails, whereas when I switch it to icloud_bl=1 the simulation is running fine.

I am using the MYNN as a PBL scheme, and I wasn't expecting this error regarding the icloud_bl. Any help or thoughts would be appreciated.
 

Attachments

  • rsl.error.0000
    22.7 KB · Views: 1
  • namelist.input
    5.8 KB · Views: 1
There is no error message in your rsl file. Can you check all your rsl files, and see whether you can find some messages that are helpful for debugging?
 
I increased the debug_level to 1000 but I still don't get any errors. I looked through the files and didn't really find any message that gives a clue of what's going on. I am attaching the last rsl.error file from the run. All the rsl files stop at the same output message:
d01 2020-08-15_00:00:00 in MYNNPBL

I also reduced the radt from 9 to 3 for testing, but the run still fails. It actually writes the file wrfout_d01_2020-08-15_00:00:00 and then if fails. Shouln't all the initial files be written, i.e. wrfout_d01_2020-08-15_00:00:00, wrfout_d02_2020-08-15_00:00:00, wrfout_d03_2020-08-15_00:00:00, regardless of the flag icloud_bl?
 

Attachments

  • rsl.out.0031.txt
    571.9 KB · Views: 0
  • slurm-wrf-3694096.err.txt
    2.4 KB · Views: 0
Top