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

No output real.exe using corine land cover

Dear all,
when i run the wrf (WRF 4.2.2 and WPS 4.2) using the standard land cover the execution is going well.

When I change land cover with corine 250 as suggested al the link:

geogrid.exe, ungrib.exe, and metgrib finish successfully but real.exe does not provide any results (such as wrfinput).

I attach to my request some files that could be useful to better understand my difficulty:
1) namelist.wps
2) namelist.input
3) GEOGRID.TBL
4) geogrid outputs
5) errore file from wrf.exe

Thank you for your help
 

Attachments

  • Nuova cartella compressa.zip
    3.9 MB · Views: 1
I would add to what has already been said:

For the working run (WITHOUT corine land cover), the metgrib outputs have:

....
z-dimension0012 = 12 ;
z-dimension0016 = 16 ;
z-dimension0024 = 24 ;
....
:NUM_LAND_CAT = 24 ;

For the NO working run (WITH corine land cover), the metgrib outputs have:

.........
z-dimension0012 = 12 ;
z-dimension0016 = 16 ;
z-dimension0028 = 28 ;
.........
:NUM_LAND_CAT = 28 ;

I would ask you if in the namelist.input file I have to chage some parameters to indicate 28 instead of 24.
 

kwerner

Administrator
Staff member
Hi,
If no output is created when running real.exe, then an error occurred when running real and you should look at the rsl files for real.exe and fix the issues before moving on to run wrf.

Since you changed the number of land categories, you should add num_land_cat = 28 in the &physics section of namelist.input. There is typically a line with the default value (=21) in the namelist, so it must have been removed from your namelist.
 
Hi Kwerner,

thanks for your reply.
1)
I ran real.exe with both commands:
"real.exe > real.log" and "real.exe >& real.log" but after the run the "real.log" file is empty, contains no text.

2)
I added num_land_cat = 28 in the &physics section of namelist.input but nothing has changed.

3)
I have also corerct my GEOGRID.TBL file.
I replaced some rows in the text:
FROM:
name=LANDUSEF
priority=2
dest_type=categorical
z_dim_name=land_cat
landmask_water = corine:16,28 # Calculate a landmask from this field
landmask_water = default:16,28 # Calculate a landmask from this field
landmask_water = corine_usgs_250m:16,28 # Calculate a landmask from this field
interp_option = corine_250m:nearest_neighbor
interp_option = corine_usgs_250m:nearest_neighbor
interp_option = default:nearest_neighbor
rel_path = corine_250m:corine_2012v2020_250m/
rel_path = corine_usgs_250m:corine2usgs_2012v2020_250m/
rel_path = corine_500m:corine_2012v2020_500m/
rel_path = corine_usgs_500m:corine2usgs_2012v2020_500m/
rel_path = default:landuse_30s_with_lakes/

TO:
name=LANDUSEF
priority=2
dest_type=categorical
z_dim_name=land_cat
landmask_water = default:16 # Calculate a landmask from this field
interp_option = default:nearest_neighbor
rel_path = default:corine2usgs_2012v2020_250m/

Anyway it still doesn't work!!!

I attach the two error and output file 0000.

Thanks for your support.
 

Attachments

  • rsl.error.0000
    946 bytes · Views: 1
  • rsl.out.0000
    849 bytes · Views: 1
Last edited:
In addition:

1) as indicated in the instructions for use: "link the supplied *.TBL files to their default ones"
I have replaced the standard table (in wrf/run directory) with
a) LANDUSE_corine.TBL
b) MPTABLE_corine.TBL
c) VEGPARM_corine.TBL

2) as indicated in the instructions for use: "CURRENTLY ONLY WORKS WITH URBAN_PHYS=0, AND NOAH-MP (urban inclusion is on its way)"
a) I have used sf_urban_physics = 0


But I'm not sure what it is necessary do to use NOAH-MP.

I sincerely hope someone can help me.

Thanks
 

kwerner

Administrator
Staff member
If your log files are empty after running real, and you're not getting the wrfinput* and wrfbdy* files, then real.exe did not run properly and you will not be able to run wrf.exe. I see that you are running wrf.exe with parallel processing - your rsl.* files indicate that you're using 40 processors to run this. Since you built the model with the distributed memory option for parallel processing, you need to run real.exe using the same type of command. For e.g., if for wrf.exe, you used something like

mpiexec -np 40 ./wrf.exe

you should use something similar for real. For e.g.,

mpiexec -np 40 ./real.exe

(or you can probably use fewer processors to run real)
 
If your log files are empty after running real, and you're not getting the wrfinput* and wrfbdy* files, then real.exe did not run properly and you will not be able to run wrf.exe. I see that you are running wrf.exe with parallel processing - your rsl.* files indicate that you're using 40 processors to run this. Since you built the model with the distributed memory option for parallel processing, you need to run real.exe using the same type of command. For e.g., if for wrf.exe, you used something like

mpiexec -np 40 ./wrf.exe

you should use something similar for real. For e.g.,

mpiexec -np 40 ./real.exe

(or you can probably use fewer processors to run real)
Dear Kwerner,
thans for your reaply.

As you suggested I ran the real.exe in parallel mode but nothing has changed. The execution was unsuccessful.
The real log file reports:


starting wrf task 19 of 40
.........................................................
starting wrf task 29 of 40

===================================================================================
= BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES
= EXIT CODE: 1
= CLEANING UP REMAINING PROCESSES
= YOU CAN IGNORE THE BELOW CLEANUP MESSAGES
===================================================================================

This result does not surprise me since I have been running the WRF model for more than 5 years and I have always run the wrf.exe in parallel mode and the real.exe in sequential mode.

I really don't know how to proceed to fix this problem.

Andrea
 

kwerner

Administrator
Staff member
Andrea,
When you ran real.exe in parallel mode, you should have gotten some rsl.* files. Can you package those files together in a single *.tar file and attach that so I can take a look? Thanks!
 
Top