I don't know if I am encountering system problems on two different architectures or if there is problem with ccsm. I am encountering errors on both Linux IA64 and IBM pwr3 (frost) when initiating CCSM run with fsurdat=''. (This problem does not occur with stand-alone Cam 3.1 on frost.)
With my new 1x1.25_gx1v3 grid on IA64, in mksrfdat I get error on 'close(ndiag)' after call to mklais. There appears to be no error creating the fsurdat file, but I don't know if it is really correct.
On IBM I tried both this new grid and the 2x2.5_gx1v3 and both give errors. With the latter, error occurs in mklai during first month when writing to ndiag. It complains about I/O subsystem not being able to allocate sufficient memory for operation.
In both cases ndiag has a value 1 (I even tried forcing ndiag to a different value in case the system didn't like logical unit 1, but that had no effect.)
So on each architecture there is an issue with this ascii file, at least when running in context of CCSM. Any ideas? Thank you, Art
With my new 1x1.25_gx1v3 grid on IA64, in mksrfdat I get error on 'close(ndiag)' after call to mklais. There appears to be no error creating the fsurdat file, but I don't know if it is really correct.
On IBM I tried both this new grid and the 2x2.5_gx1v3 and both give errors. With the latter, error occurs in mklai during first month when writing to ndiag. It complains about I/O subsystem not being able to allocate sufficient memory for operation.
In both cases ndiag has a value 1 (I even tried forcing ndiag to a different value in case the system didn't like logical unit 1, but that had no effect.)
So on each architecture there is an issue with this ascii file, at least when running in context of CCSM. Any ideas? Thank you, Art