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

PTF weight error in historical run with independent soil column

Status
Not open for further replies.

tangtao2009

Tao Tang
New Member
Dear helper:

We are running CESM (V 2.1.3), with modified codes in which the soil column for each PFT is separated. The simulation is successful with the I2000 compset or BSSP585 compset, such as ‘I2000Clm50BgsCrop’. However, when it comes to BHIST or B1850 compset, it always failed.

The case location:

/glade/u/home/taotang/cases/LUMIP_histnoLu

The command for creating new case is:

./create_newcase --case ~/cases/LUMIP_histnoLu --compset BHISTcmip6 --res f09_g17 --project XXXX --run-unsupported

The log file (/glade/scratch/taotang/LUMIP_histnoLu/run/lnd.log.4656372.chadmin1.ib0.cheyenne.ucar.edu) shows that some errors occurred at PFT weight:

check_weights ERROR: at c = 2 total PFT weight is

0.000000000000000E+000 active_only = F

check_weights ERROR: at c = 3 total PFT weight is

0.000000000000000E+000 active_only = F

check_weights ERROR: at c = 4 total PFT weight is

0.000000000000000E+000 active_only = F

check_weights ERROR: at c = 5 total PFT weight is

0.000000000000000E+000 active_only = F

check_weights ERROR: at c = 6 total PFT weight is

0.000000000000000E+000 active_only = F

……

……



If you are seeing this message at the beginning of a run with

use_init_interp = .true. and init_interp_method = "use_finidat_areas",

and you are seeing weights less than 1, then a likely cause is:

For the above-mentioned grid cell(s):

The matching input grid cell had some non-zero-weight subgrid type

that is not present in memory in the new run.

ENDRUN:

ERROR: ERROR in subgridWeightsMod.F90 at line 684

_________________________________________________________________________

Besides, the “RUN_TYPE” in BSSP run is “STARTUP”, which is successful; while in BHIST simulations, the “RUN_TYPE” is automatically set to “hybrid”. Not sure if this is the key reason.

We also tried this thread:

https://bb.cgd.ucar.edu/cesm/threads/issues-setting-up-hybrid-run.5074/

by removing the setting for 'init_interp_method = "use_finidat_areas". The same errors still occurred. All possible solutions have been tried, but still not lucky. Any hint or comment is appreciated.

Regards
 

Attachments

  • lnd.log.4656372.chadmin1.ib0.cheyenne.ucar.edu.201020-102830.txt
    207.7 KB · Views: 6

oleson

Keith Oleson
CSEG and Liaisons
Staff member
Your cesm log indicates that there are many, many columns with this problem.
I cloned your case and replicated the problem.
Someone else suggested trying a cold start, but that had the same problem. It seems to be happening before the initial file is read in.
I repeated the exact same case but with use_individual_pft_soil_column=.false., and that ran fine.
So there is something about your code mods that are causing the problem, not sure what that might be.
If you do have a similar case that works, I would do some comparisons with that case to see if you can narrow down the problem.
The weight check that is throwing the error is being done in subroutine check_weights in subgridWeightsMod.F90.
 

sunshuai

sunshuai
New Member
Your cesm log indicates that there are many, many columns with this problem.
I cloned your case and replicated the problem.
Someone else suggested trying a cold start, but that had the same problem. It seems to be happening before the initial file is read in.
I repeated the exact same case but with use_individual_pft_soil_column=.false., and that ran fine.
So there is something about your code mods that are causing the problem, not sure what that might be.
If you do have a similar case that works, I would do some comparisons with that case to see if you can narrow down the problem.
The weight check that is throwing the error is being done in subroutine check_weights in subgridWeightsMod.F90.
Hello expert,I also encountered the same problem, how do I modify it and where to add “ use_individual_pft_soil_column=.false.”? Looking forward for your reply, thank you
 

oleson

Keith Oleson
CSEG and Liaisons
Staff member
That feature (use_individual_pft_soil_column) doesn't exist in any supported version of CLM. The user above had modified the code to implement that feature. So adding use_individual_pft_soil_column=.false. wouldn't be recognized by your code.
If you are encountering some kind of pft weight error, please provide more information per:

 

sunshuai

sunshuai
New Member
That feature (use_individual_pft_soil_column) doesn't exist in any supported version of CLM. The user above had modified the code to implement that feature. So adding use_individual_pft_soil_column=.false. wouldn't be recognized by your code.
If you are encountering some kind of pft weight error, please provide more information per:

I am running the region, the surface parameters are 25km resolution made by myself, the following is my error message,atm.log.file is too big.png please take a look, thank you.
 

Attachments

  • lnd.log.27715995.210317-070749.txt
    965.2 KB · Views: 6

sunshuai

sunshuai
New Member
That feature (use_individual_pft_soil_column) doesn't exist in any supported version of CLM. The user above had modified the code to implement that feature. So adding use_individual_pft_soil_column=.false. wouldn't be recognized by your code.
If you are encountering some kind of pft weight error, please provide more information per:

The probelm have been solved ,my restart file is not complete ,thank you!
 
Status
Not open for further replies.
Top