Open ekluzek opened 6 years ago
OK, so the problem isn't NaN's or Inf or anything like that. But, the problems are large enough that we will back out the conversion to single-precision, when history is written in favor of similar code to CTSM where single-precision history accumulators are used and then output as they are rather than with conversion. This mechanism has been proven to be more robust, and catches conversion errors sooner in the process.
This is with release-cesm2.0.01 which brings in a change to write out real data as r4 instead of everything being r8.
The following tests fail:
ERP_Ld5.f10_f10_musgs.I2000Clm50Vic.cheyenne_gnu.clm-decStart.GC.release-clm5009chgnua ERP_P36x2_D_Ld5.f10_f10_musgs.I1850Clm45Bgc.cheyenne_gnu.clm-default.GC.release-clm5009chgnua ERP_P36x2_D_Ld5.f10_f10_musgs.I1850Clm45BgcCru.cheyenne_intel.clm-default.GC.release-clm5009chintela ERP_P36x2_D_Ld5.f10_f10_musgs.I2000Clm45Sp.cheyenne_intel.clm-default.GC.release-clm5009chintela ERP_P36x2_D_Ld5.f10_f10_musgs.IHistClm45BgcCruGs.cheyenne_intel.clm-decStart.GC.release-clm5009chintela ERS_Ly5_P72x1.f10_f10_musgs.IHistClm45BgcCrop.cheyenne_intel.clm-cropMonthOutput.GC.release-clm5009chintela
The fail looks like:
The problem is likely that there are nans that are trying to be converted to real(r4), and it can't do that.