Wenxiu Zhong met PopLatLon error:
ls: cannot access map_*: No such file or directory (0) create_rmpPopFileName: file not recognized/found: map_gx1v6_to_1x1d_bilin_da_100716.nc (0) create_rmpPopFileName: dir searched: ./
This is actually the system cannot find the pop remap weight file. The file info can be found from the NCL official site, which is actually downloaded from the CESM official svn site.
After downloaded the files, export related environmental variable in ~/.bashrc:
export NCL_POP_REMAP=$DIR_TO_POP_REMAP_FILE
source ~/.bashrc and re-run the script.
Updated 2018-12-31
YT met segmentation fault error when using similar tech as in the UV Nudging experiment to conduct TP heatforcing experiments.
The segfault comes from the user-added call in phypkg.F90:
call infld('tp', fh_tpmask, 'lon', 'lat', 1, pcols, begchunk, endchunk, &
tpmask, found, grid_map='PHYS')
According to wikipedia:
In computing, a segmentation fault (often shortened to segfault) or access violation is a fault, or failure condition, raised by hardware with memory protection, notifying an operating system (OS) the software has attempted to access a restricted area of memory (a memory access violation).
We believe the error comes from the infld reading process. Somehow the program violates the memory access limit, such as using double to read byte, or reading after End-of-File.
However, the original code is copied from a previous F compset run, which was smoothly conducted. So we re-check the ad-hoc part:
!*** MOD START: infld TP mask and heating file
fh_tpmask=>tpmask_file_get_id()
call infld('tp', fh_tpmask, 'lon', 'lat', 1, pcols, begchunk, endchunk, &
tpmask, found, grid_map='PHYS')
The thing is that we read the file info (get the file handle) in a function from another module (cam_initfiles.F90), and use the pointer to get the function handle in phypkg.F90. In ` cam_initfiles.F90` we define:
function tpmask_file_get_id()
type(file_desc_t), pointer :: tpmask_file_get_id
tpmask_file_get_id => fh_tpmask
end function tpmask_file_get_id
Updated 2018-12-27
FS in OUC is trying to setup CESM fully coupled Pre-industrial (B1850 compset) cases while faced with some problem.
In the run log, we found:
ERROR: restformat: number of records on restart file not supported
By searching, the error seems to come from the ice restart file.
We then checked the default restart file, which can be located in ice_in, in ${CESM_INPUT}/ice/cice/iced.0001-01-01.gx1v6_20080212. The file is zero in size. Thus, it must be created by the model, and the model cannot read anything from it. We re-download the corresponding file and the problem solved.
Updated 2018-12-26