I’m trying to submit a vn 12.0 suite in free-running mode (i.e. FREE_RUN = true), with large-scale forcing from ERA5. However, the suite won’t submit and I get Jinja2 errors related to errors in suite-runtime/lams.rc at submission time:
[FAIL] File “/home/shakka/cylc-run/u-cq701/suite-runtime/lams.rc”, line 466, in top-level template code
[FAIL] DATADIR = {{mod[“ics”][“dir”]}}
[FAIL] UndefinedError: ‘dict object’ has no attribute ‘prev_ics’
Looks like the code that allows each cycle to take initial conditions from the previous LAM forecast isn’t complete. Am I missing a branch/code update or revision that will allow this suite to run like this in free-running mode? Or have I hit upon a combo of incompatible settings?
Some changes were made 8 weeks ago to u-by395 in the fix_ics branch - see https://code.metoffice.gov.uk/trac/rmed/ticket/300 – I’ve not looked hard at what’s been done…
Grenville, you genius. I never would have found that tidbit of info - thanks! I’ve made a copy from the correct revision and it seems to be running fine.
Just a note though that the latest revisions of u-by395 don’t have the option to run on archer2 (only ncas-cray-xc30) so I had to update the following files to get it to work:
Hmm. Have gotten to the first ec_recon step and encountering some more failures - nothing particularly useful in the pe_output or job.out files, even with extra diagnostic messages switched on in RCF_PRINTSTATUS.
Any idea how to extract a little more detail from this error message? The input ancillaries are the same that are working without hitch in my re-initialised run and it’s the first cycle point, so I am struggling to figure out what the input list in question could be.
???
???!!!???!!!???!!!???!!!???!!! ERROR ???!!!???!!!???!!!???!!!???!!!
? Error code: 4001
? Error from routine: CHECK_IOSTAT
? Error message:
? Error reading namelist EXCEPTIONS
? IoMsg: A READ operation tried to read past the end-of-file.
? Please check input list against code.
? Error from processor: 0
? Error number: 0
???
FILE_MANAGER: Assigned : SHARED (see
FILE_MANAGER: : Unit : 11 (fortran)
????????????????????????????????????????????????????????????????????????????????
???!!!???!!!???!!!???!!!???!!! ERROR ???!!!???!!!???!!!???!!!???!!!
? Error code: 4001
? Error from routine: CHECK_IOSTAT
? Error message:
? Error reading namelist EXCEPTIONS
? IoMsg: A READ operation tried to read past the end-of-file.
? Please check input list against code.
? Error from processor: 0
? Error number: 0
????????????????????????????????????????????????????????????????????????????????
which probably means there’s a mismatch between the namelist(s) created by Rose and those expected by the model. This suite is UM vn12.2 – u-co447 was UM vn12.0 (did that one work?)
ahaaa. u-co433 is the one that’s running (I used u-co447 to create my n2560 ancils). Currently having some issues with the Arctic suite u-cq635. But that’s by the by.
cq758 and cq759 (Arctic/Antarctic free-running suites, respectively) are both 12.2 whereas the re-initialised suites are 12.0.
How can I make the namelists match (or is there no quick fix for that?)
Have amended this and it is now running. Looks like there are a few differences between vn12.0/12.2 app/um/rose-app.conf namelists too, but I’ll tackle those when I get there.
Of course! I’m still working through a couple of fixes to the namelists, but I’ll pop a comment here to let you know when I’m done and commit the changes for you.
Hi Richard,
I’ve just committed a version of suite u-cq759 which is running at vn12.2 on archer2 in free-running mode. There were a lot of finnicky namelist changes to get it to run so hopefully this saves you some effort!
Best wishes,
Ella
Hmm. Unfortunately after 30 mins I get an error in the fcst like this:
Error from routine: set_thermodynamic
Error message: A total of 25 points had negative mass in set_thermodynamic. This indicates the pressure fields are inconsistent between different levels and the model is about to fail.
@Grenville, have I missed something when copying stuff over from u-by395 do you think? I’ve clearly done something!
I don’t think this is a problem with something missing from the suite – more some numerical instability in the model. There are several queries on our old helpdesk relating to set_thermodynamics errors, see for example #3136 (negative mass in set_thermodynamic) – Old CMS Website, where the problem seemed to be resolved by shortening the time step. Perhaps try that.