Scheduled Downtime
On Tuesday 24 October 2023 @ 5pm MT the forums will be in read only mode in preparation for the downtime. On Wednesday 25 October 2023 @ 5am MT, this website will be down for maintenance and expected to return online later in the morning.
Normal Operations
The forums are back online with normal operations. If you notice any issues or errors related to the forums, please reach out to help@ucar.edu

Problem when running CLM with my own global atmospheric forcing

Dear all,

I am running CLM with my own meteorological surfaces (global). I am able to initialize the model but I get the follow error:

Message in LND.LOG FILE:

hist_htapes_build Successfully initialized clm2 history files
------------------------------------------------------------
Successfully initialized the land model
begin initial run at:
nstep= 0 year= 1 month= 1 day= 1 seconds= 0
************************************************************
dtime_sync= 1800 dtime_clm= 1800 mod = 0
(lnd_init_mct) :Atmospheric input is from a data model
clm_mapa2l subroutine
clm2: completed timestep 0
urban net longwave radiation error: no convergence
clm model is stopping
ENDRUN: called without a message string

Message in CCSM file

95:(seq_f0-127: Offset 0x00001c38 in procedure __urbanmod_NMOD_net_longwave, near line 2301 in file /gpfs/scratch/userjrc/jrcccu10/CLM_Kloster/models/lnd/clm/src/biogeophys/UrbanMod.F90
0-127: Offset 0x00000600 in procedure *__urbanmod_NMOD_net_longwave_stub_in___urbanmod_NMOD_urbanradiation, near line -1 in file /gpfs/scratch/userjrc/jrcccu10/CLM_Kloster/models/lnd/clm/src/biogeophys/UrbanMod.F90
0-127: Offset 0x0000291c in procedure __urbanmod_NMOD_urbanradiation, near line 899 in file /gpfs/scratch/userjrc/jrcccu10/CLM_Kloster/models/lnd/clm/src/biogeophys/UrbanMod.F90
0-127: Offset 0x00000144 in procedure *__urbanmod_NMOD_urbanradiation_stub_in___clm_driver_NMOD_clm_driver1, near line -1 in file /gpfs/scratch/userjrc/jrcccu10/CLM_Kloster/models/lnd/clm/src/main/clm_driver.F90
0-127: Offset 0x00000c5c in procedure __clm_driver_NMOD_clm_driver1, near line 464 in file /gpfs/scratch/userjrc/jrcccu10/CLM_Kloster/models/lnd/clm/src/main/clm_driver.F90
0-127: Offset 0x000000dc in procedure __clm_comp_NMOD_clm_run1, near line 229 in file /gpfs/scratch/userjrc/jrcccu10/CLM_Kloster/models/lnd/clm/src/main/clm_comp.F90
0-127: Offset 0x00000c1c in procedure __lnd_comp_mct_NMOD_lnd_run_mct, near line 670 in file /gpfs/scratch/userjrc/jrcccu10/CLM_Kloster/models/lnd/clm/src/main/cpl_mct/lnd_comp_mct.F90
0-127: Offset 0x0000e140 in procedure ccsm_driver, near line 1666 in file /gpfs/scratch/userjrc/jrcccu10/CLM_Kloster/models/drv/driver/ccsm_driver.F90
0-127: --- End of call chain ---

Do you have any idea about the problem?
Thanks in advance for the help
mirco
 

slevis

Moderator
Staff member
If you have found a solution to your problem, pls share with others.

Thanks,
Sam
 
Dear micro,

Sometimes I met this problem during my data assimilation.

My suggestions are as follows (you can choose one solution as you like):

1. comment "call mpi_abort (mpicom, 1)" in cesm1_0_3/models/lnd/clm/src/main/abortutils.F90

2. delete the urban pft type.

Best Regards!

Xujun
 
Dear Xujun,

thank you, I choose the first solution but then the model stops after some time-steps, I am now checking the forcing drivers.
I do not know how to delete the urban pft type, could you help me for that?
thanks,
mirco
 
Dear mirco,

If I comment the code, CLM will not stop for my case. Maybe you need to check your forcing data.

I generate the pft type based on the MODIS 500m land cover data, so I can choose whether to define the urban type or not.

If you only use the original CLM mksurfdata, I have no idea how to delete the urban type.

Xujun
 
Top