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

Understanding proper usage of create_clone for cases that are designed to resubmit from restart files

jhollowed

New Member
I have a case that I have set to resubmit 5 times, writing a restart file at the end of each run:

./xmlchange STOP_OPTION=ndays
./xmlchange STOP_N = 720
./xmlchange REST_OPTION=ndays
./xmlchange REST_N=720
./xmlchange RESUBMIT=5

I'm not absolutely sure that this usage is correct, but it does seem to output what I've intended: a 2-year startup run, followed by five 2-year resubmissions, for a total simulated time of 12 years.

If I clone this case with CIME's create_clone, I get unexpected behavior. It was my understanding that create_clone should create a case that is identical to the "parent" case in its configuration. I see that all of the options above do indeed match the parent case, except that RESUBMIT = 0.

I am then manually performing
./xmlchange RESUBMIT=5
for the clones case. I created the clone with the --keep-exe flag, so I do not rebuild.

Is this the intended behavior of create_clone? Is RESUBMIT intended to be reset to zero? Is it alright to change RESUBMIT without rebuilding the model? If yes, do I need to rerun case.setup or anything else?

Thanks!
 
Top