Project

General

Profile

Issue of the TERRA_URB version of INT2LM?

Added by Adam Jaczewski 2 months ago

Dear all,

I have tried to rerun model (cclm-sp_2.4_terra_urb_2.3) with corrected ERA5 converted cas data (stored at DKRZ under /pool/data/CCLM/reanalyses/ERA5).
Unfortunately INT2LM stops when opening these files. I’ve attached all log files.

Regards
Adam

log.zip log.zip 19.3 KB

Replies (1)

RE: Issue of the TERRA_URB version of INT2LM? - Added by Edmund Meredith 2 months ago

I recently also had problems with int2lm crashing while processing ERA5 data. The problem turned out to be as described here: https://redc.clm-community.eu/boards/12/topics/728

I notice that you’ve got 98 vertical levels in your coarse grid data (ERA5), which is above the maximum allowed (see link). In my case, the problem went away by first pre-processing the ERA5 data with ncks to remove the highest few levels of ERA5 data (e.g. ncks -d level,4,97 -d level1,4,98 ifile.nc ofile.nc). That brought the number of vertical levels below the allowed limit. Maybe this would work for you too.

Another point to note is that (as you probably read here /pool/data/CCLM/reanalyses/ERA5/README.md), the ERA5 data need to be decompressed before running with int2lm. I’ve found in the past that if I copy the data from DKRZ and do the decompression in another computing centre that it can still causes int2lm to crash. Therefore, if possible, it’s best to do the decompression at DKRZ (where the the original compression was performed) before copying the data to your own computing centre.

Good luck!

    (1-1/1)