ictp / regcm Goto Github PK

-------------- FATAL CALLED ---------------
Fatal in file: mod_sound.F90 at line: 652
CFL violation

mod_sound.F90 : 652: 1
Abort called by computing node 0 at 2022-05-08 15:56:31.119
+0800 Execution terminated because of runtime error
application called MPI_Abort(comm=0x84000000, 1) - process 0

###########################################################
I always get this error when running a nested 3km experiment, I don't know how to solve it, I hope you can answer it for me, thank you！

In RegCM 5.0.0, the grid_factor in the NetCDF global attributes is being set to 0.0 for a Lambert projection. For standard parallels of 30N and 60N it should be ~0.72.

This is minor, but the m100 variable in the SRF files doesn't use the m100 dimension, but rather the m10 dimension.

double m100(m10=1);
:long_name = "Height level";
:standard_name = "height";
:units = "m";

double m10(m10=1);
:long_name = "Height level";
:standard_name = "height";
:units = "m";

Compiler-specific optimization and debug flags are not added for the nvfortran compiler (formerly known as pgi) because the configure script matches only pgfortran and pgf90. Will send a pull request to fix this.

I reported an error while compiling RegCM5.0. Configure: error: NetCDF library not found, but my NetCDF has been installed and my environment variables have also been configured. I don't know why? awaiting for a reply.Thanks.

Dear RegCM Developers,
test_001.in.txt
logfile.txt
I installed RegCM5.0.0 and it works fine without chemistry options, however when the CBMZ is activated, all steps run without errors, but in the beginning of the run I get this error message:
(Program received signal SIGSEGV: Segmentation fault - invalid memory reference.)
The namelist and logfile of all steps are attached.

Thank you in advance.

Best regards,
Zeinab

I got errors while using chemsimtype = 'AERO' below,

Forcing scenario from dattyp to RCP8.5
-------------- FATAL CALLED ---------------
Fatal in file: mod_che_ncio.F90 at line: 516
NO CODED FREQUENCY IN CHEMISS FILE

mod_che_ncio.F90 : 516: 1
Abort called by computing node 0 at 2022-06-30 09:10:47.402 +0530
Execution terminated because of runtime error
Abort(1) on node 0 (rank 0 in comm 496): application called MPI_Abort(comm=0x84000002, 1) - process 0
srun: error: cn007: tasks 288-299: Exited with exit code 1
srun: error: cn002: tasks 48-95: Exited with exit code 1
srun: error: cn005: tasks 192-239: Exited with exit code 1
srun: error: cn004: tasks 144-191: Exited with exit code 1
srun: error: cn003: tasks 96-143: Exited with exit code 1
srun: error: cn006: tasks 240-287: Exited with exit code 1
srun: error: cn001: tasks 0-47: Exited with exit code 1

Similarly, I got errors while using chemsimtype = 'DCCB' below,

Forcing scenario from dattyp to RCP8.5
Cannot open required file TUVGRID2.
-------------- FATAL CALLED ---------------
Fatal in file: mod_che_start.F90 at line: 460
TUVGRID2 NOT FOUND

Abort called by computing node 299 at 2022-06-30 09:11:56.273 +0530
Execution terminated because of runtime error
Abort(1) on node 299 (rank 299 in comm 496): application called MPI_Abort(comm=0x84000001, 1) - process 299
Cannot open required file TUVGRID2.
-------------- FATAL CALLED ---------------
Fatal in file: mod_che_start.F90 at line: 460
TUVGRID2 NOT FOUND

Abort called by computing node 14 at 2022-06-30 09:11:56.279 +0530
Execution terminated because of runtime error
Abort(1) on node 14 (rank 14 in comm 496): application called MPI_Abort(comm=0x84000001, 1) - process 14

The test simulation of five days is completed successfully with chemsimtype = 'DUST.'
Please, someone, help me to solve the above problems.

HelIo,
I have just installed RegCM4.7.1, but when i try to use CMIP5 RF data, i found it is not supported, which in the icbc code:
if ( dattyp(4:5) == 'RF' ) then
write(stderr,) 'THIS CODE IS NOT SUPPORTED.'
write(stderr,) 'CHOSE ONE SCENARIO CODE ',dattyp(1:3),'(26-45-60-85).'
call die('icbc','Unknown dattyp',1)
i found in the early RegCM version like RegCM4.0 it support it. I just wonder why RF interface of the CMIP5 dataset is removed?
Thank you.

While running RegCM model with CESM model data. the SST files are switching over to the next files at the last time stamp and the model hangs. I looked through the code and modified it as below to get it working. Is this the right way or am I doing something wrong?. It would be grateful if you could check if anybody could recreate this and solve it.

when the time being processed is "2000010100", RegCM looks at the next file? this makes the model run in infinite loops or something?.
My solution was to remove remove '+12' from the 'irec' equation in this file - [PreProc/ICBC/cmip6/mod_cmip6_cesm.F90]

Dear Graziano,

I am trying to conduct a 5km simulation over the Peninsular Malaysia using RegCM4-NH. I am using the MM5 non-hydrostatical core for this task. Upon completing the simulation, I noticed that the model tends to produce very weird precipitation pattern (see figure,).

Upon playing around with some options, I found out that "diffu_hgtf" (Add topographic effect to diffusion) is the culprit. By turning the "diffu_hgtf" on, the simulated precipitation looks more appropriate. Nevertheless, I dare not to jump on the conclusion that I should conduct the simulation with "diffu_hgtf" turning on as it is stated that "Dynamical core parameters : Use defaults, be on your own otherwise!", and the default for using MM5 non-hydrostatical core is that the "diffu_hgtf" should be turned off.

This put me in an unsure situation on how to proceed with my work, and hence I decided to seek your opinion on this issue. Could I had done anything wrong in setting up the simulation? Please do advice me.

Thank you very much.

Figure: comparison between two simulations where diffu_hgtf = 0 and diffu_hgtf =1:

How to solve this issue? Please help.

Following error occurs while running GrADSNcPlot.

[cdhmcom1@localhost REGCM_RUN]$ ./bin/GrADSNcPlot output/India-small_SRF.2020060100.nc

Grid Analysis and Display System (GrADS) Version 2.2.0
Copyright (C) 1988-2017 by George Mason University
GrADS comes with ABSOLUTELY NO WARRANTY
See file COPYRIGHT for more information

Config: v2.2.0 little-endian readline grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile
Issue 'q config' and 'q gxconfig' commands for more detailed configuration information
GX Package Initialization: Size = 11 8.5
Error: nc_open failed to open file output/India-small_SRF.2020060100.nc
NetCDF: Unknown file format
ga->

Dear developers,

I am in the process of conducting dynamical downscaling on CMIP6 outputs for Southeast Asia region. I am wondering could RegCM allows the SST and ICBC files to be generated from the CMIP6 GCMs output stored on my local hard disk? The current approach which pulls the GCMs information over the OpenDAP while useful, can be quite unstable and sometimes broken. I imagine the solution would be to replace the OpenDAP link with the path to those CMIP6 GCMs output stored locally, but I am not skillful enough to edit the source code. Hope you or anyone can help on this.

Thanks!

I've run into trouble running terrain on domains that span the date line, which seg faults when using the Intel compiler. Fortunately it seems to work with the GNU compiler.

Here are the two software stacks I've tried:

GNU:
gcc / gfortran 8.4.0
netcdf_c_ver=4.9.0
netcdf_f_ver=4.5.4
hdf5_ver=1.13.2
zlib_ver=1.2.13
ompi_ver=4.1.4

Intel:
icc (ICC) 2021.6.0 20220226
ifort (IFORT) 2021.6.0 20220226
netcdf_c_ver=4.9.0
netcdf_f_ver=4.5.4
hdf5_ver=1.13.2
zlib_ver=1.2.13
ompi_ver=4.1.4

Output when running Intel compiled version of terrain:

This is Terrain part of RegCM package version 5
   GIT Revision: 5.0.0 compiled at: data : Mar 23 2023  time: 16:33:25

 : this run start at  : 2023-03-24 11:41:04-0700
 : it is submitted by : alderj
 : it is running on   : kona
 : in directory       : /head6/Regional/RegCM5_tests/GoA
                      
 Using pre-defined set of sigma levels.
 
 Doing Horizontal Grid with following parameters
 iy     =           40
 jx     =           81
 kz     =           18
 ds     =    60.0000000000000     
 clat   =    55.0000000000000     
 clon   =   -160.000000000000     
 iproj  = LAMCON
 Grid setup done
 Geo mapping done
 Special case for timeline crossing
 Calculated large extrema:
          MINLAT =    40.0000000000000     
          MAXLAT =    67.0000000000000     
          MINLON =    155.000000000000     
          MAXLON =   -114.000000000000     
 Determined Grid coordinate range
 No resampling used.
forrtl: severe (174): SIGSEGV, segmentation fault occurred
Image              PC                Routine            Line        Source             
terrainNETCDF4_HD  0000000000531839  for__signal_handl     Unknown  Unknown
libpthread-2.31.s  00007F22DB7DE420  Unknown               Unknown  Unknown
libnetcdff.so.7.1  00007F22DC276AB8  netcdf_mp_nf90_ge     Unknown  Unknown
terrainNETCDF4_HD  00000000004C6DA2  Unknown               Unknown  Unknown
terrainNETCDF4_HD  0000000000425429  Unknown               Unknown  Unknown
terrainNETCDF4_HD  000000000040DD22  Unknown               Unknown  Unknown
libc-2.31.so       00007F22DB5FC083  __libc_start_main     Unknown  Unknown
terrainNETCDF4_HD  000000000040DC2E  Unknown               Unknown  Unknown

Output when running the same file when compiled with GNU:

  This is Terrain part of RegCM package version 5
   GIT Revision: 5.0.0 compiled at: data : Mar 24 2023  time: 10:47:07

 : this run start at  : 2023-03-24 11:34:57-0700
 : it is submitted by : alderj
 : it is running on   : hilo
 : in directory       : /head6/Regional/RegCM5_tests/GoA
                      
 Using pre-defined set of sigma levels.
 
 Doing Horizontal Grid with following parameters
 iy     =           40
 jx     =           81
 kz     =           18
 ds     =    60.000000000000000     
 clat   =    55.000000000000000     
 clon   =   -160.00000000000000     
 iproj  = LAMCON
 Grid setup done
 Geo mapping done
 Special case for timeline crossing
 Calculated large extrema:
          MINLAT =    40.000000000000000     
          MAXLAT =    67.000000000000000     
          MINLON =    155.00000000000000     
          MAXLON =   -114.00000000000000     
 Determined Grid coordinate range
 No resampling used.
 Static DEM data successfully read in
 Interpolated DEM on model GRID
 Static landcover BATS data successfully read in
 Interpolated landcover on model GRID
 Static texture data successfully read in
 Interpolated texture on model GRID
 Fudging data (if requested) succeeded
 Skip moisture creation, no moisture file to read
 Vertical Grid Description (T estimated)
 
 --------------------------------------------------
 k        sigma       p(mb)           z(m)     T(K)
 --------------------------------------------------
 19       1.000     1013.25          0.00     277.1
 18       0.990     1003.12         81.48     277.0
 17       0.980      992.99        163.73     276.8
 16       0.960      972.72        330.59     276.5
 15       0.930      942.32        587.04     275.9
 14       0.890      901.79        941.19     275.2
 13       0.840      851.13       1404.91     274.0
 12       0.780      790.34       1994.43     271.8
 11       0.710      719.41       2734.57     268.9
 10       0.630      638.35       3662.84     265.3
  9       0.550      557.29       4696.79     260.1
  8       0.470      476.23       5863.50     253.6
  7       0.390      395.17       7205.95     245.8
  6       0.310      314.11       8795.49     236.5
  5       0.230      233.05      10776.24     226.7
  4       0.160      162.12      13127.01     221.3
  3       0.100      101.33      16141.53     219.1
  2       0.050       50.66      20571.28     218.3
  1       0.000        0.00      Infinity     219.3
 Grid data written to output file
 Successfully completed terrain fields generation

I don't know if the compile problems are specific to the Intel compiler or just the default compile flags used with Intel and configure. Hopefully I'll be able to create the domain file under a GNU build and then run ICBC and the model with an Intel build.

I compiled recent version of RegCM5 from source downloaded from GitHub. The restart run always fail indicating inconsistant in date. The SAV file invariably contains month = 12 even though the date stamp of file shows correct month and date. The CMIP6 model MIROC6 and HADGEM were used to drive the model for different months. Request update of the model codes

Note: I used RegCM4 to downscale five models from CMIP5 and used it in impact studies in agriculture

"EC-Earth3-Veg" is the current supported CMIP6 GCM in RegCM, however, in the file mod_cimp6_helper.F90, "EC-Earth3" was listed instead. This created conflict when either "EC-Earth3-Veg" or "EC-Earth3" was specified in the namelist file. Hopefully this issue can be rectified by the developers.

Hi, I've been trying the tutorial but stumble upon this error while running the regcmMPI:

This is RegCM 5
GIT Revision: 5.0.0 compiled at: data : Oct 11 2023 time: 21:06:38

: this run start at : 2023-10-14 00:34:41+0700
: it is submitted by : asyam
: it is running on : LEGION-JEJE
: it is using : 4 processors
: in directory : /home/asyam/regcm-run

CPUS DIM1 = 4
CPUS DIM2 = 1

Reading model namelist file
-------------- FATAL CALLED ---------------
Fatal in file: mod_params.F90 at line: 2690
Error reading PHYSICSPARAM

mod_params.F90 : 2690: 1
Abort called by computing node 0 at 2023-10-14 00:34:41.930 +0700
Execution terminated because of runtime error
Abort(1) on node 0 (rank 0 in comm 496): application called MPI_Abort(comm=0x84000003, 1) - process 0

These are the library lists that I used:

• HDF 1.14.1-2
• Jasper 1.900.1
• LibPNG 1.6.39
• NCEPlibs
• netcdf-c 4.9.2
• netcdf-fortran 4.6.0
• pnetcdf 1.12.3
• zlib 1.2.13

Hello,

I am trying to install this version of RegCM and could not complete the installation on ubuntu.
I get this error when I run the "make":

make all-recursive
make[1]: Entering directory '/home/---REGCM/RegCM'
Making all in external
make[2]: Entering directory '/home/---/REGCM/RegCM/external'
rm -f libaerosol.a
cru libaerosol.a mo_simple_plumes.o
/bin/bash: line 1: cru: command not found
make[2]: *** [Makefile:363: libaerosol.a] Error 127
make[2]: Leaving directory '/home/---/REGCM/RegCM/external'
make[1]: *** [Makefile:398: all-recursive] Error 1
make[1]: Leaving directory '/home/---/REGCM/RegCM'
make: *** [Makefile:339: all] Error 2

I had already run the "autoreconf" and the "./configure"

Any help?? Thank you

Hi. I have compiled the RegCM4.9.6 with gnu 6.3.0 and successfully complete the terrain and sst creation.However, to create the ICBC for CMIP6 historical period (MPI-ESM1-2-HR) is posing an error.

GLOBIDATE1 : 1950-02-01 00:00:00 UTC
GLOBIDATE2 : 2014-12-31 18:00:00 UTC
NSTEPS : 94840
Computing weights................... Done.
Computing weights................... Done.
Read in Static fields OK

Program received signal SIGSEGV: Segmentation fault - invalid memory reference.

Backtrace for this error:
#0 0x2ACC6D1BDB97
#1 0x2ACC6D1BCD90
#2 0x2ACC6E99091F
#3 0x4674E9 in mod_cmip6_MOD_get_cmip6
#4 0x46ADE9 in MAIN at icbc.F90:256

17604 Segmentation fault (core dumped) ${RegCM_BIN}/icbc regcm.in

The forcing data is downloaded and placed on local disk. The test case test_001 from the Testing directory is working fine in order to confirm the icbc is working for other models and the issue is with the MPI-ESM1-2-HR. Your help is highly appreciated.

When trying to compile regcm (main branch) with gfortran-10, the compiler halts upon an invalid BOZ literal constant:

mod_intkinds.F90:37:38:

   37 |   integer(ik4),  parameter :: bigint = O'17777777777'
      |                                      1
Error: BOZ literal constant at (1) is neither a data-stmt-constant nor an actual argument to INT, REAL, DBLE, or CMPLX intrinsic function [see ‘-fno-allow-invalid-boz’]

As suggested by gfortran, added the flag -fallow-invalid-boz fixes the issue and a pull request from our side is underway...

Dear all I have having this error after successfull submission

What am I doing wrong?

bin/sh ./config.status --recheck
running CONFIG_SHELL=/bin/sh /bin/sh ./configure CC=gcc FC=gfortran CFLAGS=-march=core2 -mtune=haswell -mssse3 -ftree-vectorize -fPIC -fPIE -fstack-protector-strong -O2 -pipe LDFLAGS=-Wl,-pie -Wl,-headerpad_max_install_names -Wl,-dead_strip_dylibs CPPFLAGS=-D_FORTIFY_SOURCE=2 -mmacosx-version-min=10.9 --no-create --no-recursion
checking build system type... x86_64-apple-darwin18.7.0
checking host system type... x86_64-apple-darwin18.7.0
checking how to print strings... printf
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-ld
checking if the linker (/Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-ld) is GNU ld... no
checking for BSD- or MS-compatible name lister (nm)... /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-nm
checking the name lister (/Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-nm) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 196608
checking how to convert x86_64-apple-darwin18.7.0 file names to x86_64-apple-darwin18.7.0 format... func_convert_file_noop
checking how to convert x86_64-apple-darwin18.7.0 file names to toolchain format... func_convert_file_noop
checking for /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for archiver @file support... no
checking for strip... /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-strip
checking for ranlib... /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-ranlib
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking command to parse /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-nm output from gcc object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for mt... no
checking if : is a manifest tool... no
checking for dsymutil... dsymutil
checking for nmedit... /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-nmedit
checking for lipo... /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-lipo
checking for otool... /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-otool
checking for otool64... no
checking for -single_module linker flag... yes
checking for -exported_symbols_list linker flag... yes
checking for -force_load linker flag... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking for gcc option to produce PIC... -fno-common -DPIC
checking if gcc PIC flag -fno-common -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin18.7.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking whether make sets $(MAKE)... yes
checking whether make supports the include directive... yes (GNU style)
checking whether make supports nested variables... yes
checking dependency style of gcc... gcc3
checking for ranlib... (cached) /Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-ranlib
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking whether we are using the GNU Fortran compiler... yes
checking whether gfortran accepts -g... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gfortran option to produce PIC... -fno-common
checking if gfortran PIC flag -fno-common works... yes
checking if gfortran static flag -static works... no
checking if gfortran supports -c -o file.o... yes
checking if gfortran supports -c -o file.o... (cached) yes
checking whether the gfortran linker (/Users/mada0007/anaconda3/bin/x86_64-apple-darwin13.4.0-ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin18.7.0 dyld
checking how to hardcode library paths into programs... immediate
checking if nf-config program is present... no
checking if nc-config program is present... yes
checking whether byte ordering is bigendian... no
checking for Fortran name-mangling scheme... lower case, underscore, no extra underscore
configure: checking for NetCDF...
configure: checking for netcdf.h...
checking netcdf.h usability... yes
checking netcdf.h presence... yes
checking for netcdf.h... yes
configure: checking for libnetcdf.a...
checking for nc_close in -lnetcdf... yes
configure: checking for libnetcdff.a...
checking for nf_close in -lnetcdf... no
configure: checking for libnetcdff.a...
checking for nf_close in -lnetcdff... yes
configure: checking for NetCDF module file...
checking for mpifort... mpifort
checking for MPI_Init... no
checking for MPI_Init in -lfmpi... no
checking for MPI_Init in -lmpichf90... no
checking for MPI_Init in -lmpi... no
checking for MPI_Init in -lmpich... no
checking that generated files are newer than configure... done
configure: creating ./config.status
/bin/sh ./config.status
config.status: creating Makefile
config.status: creating external/Makefile
config.status: creating Share/Makefile
config.status: creating PreProc/Makefile
config.status: creating PreProc/Terrain/Makefile
config.status: creating PreProc/ICBC/Makefile
config.status: creating PreProc/CH_EMISSIONS/Makefile
config.status: creating PreProc/CH_EMISSIONS/interpolation/Makefile
config.status: creating PreProc/CH_EMISSIONS/interpolation/tools/Makefile
config.status: creating PreProc/CH_EMISSIONS/interpolation/tools/REGCM_grid/Makefile
config.status: creating PreProc/CLM/Makefile
config.status: creating PreProc/CLM45/Makefile
config.status: creating PostProc/Makefile
config.status: creating Main/mpplib/Makefile
config.status: creating Main/netlib/Makefile
config.status: creating Main/Makefile
config.status: creating Main/batslib/Makefile
config.status: creating Main/clmlib/Makefile
config.status: creating Main/ocnlib/Makefile
config.status: creating Main/clmlib/clm4.5/Makefile
config.status: creating Main/chemlib/Makefile
config.status: creating Main/chemlib/GAS_CBMZ_NEW/Makefile
config.status: creating Main/cumlib/Makefile
config.status: creating Main/radlib/Makefile
config.status: creating Main/radlib/RRTMG_SW/Makefile
config.status: creating Main/pbllib/Makefile
config.status: creating Tools/Programs/CheckSun/Makefile
config.status: creating Tools/Programs/RegCM_read/Makefile
config.status: creating Tools/Programs/timeseries/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing libtool commands
config.status: executing depfiles commands
Making install in external
make[1]: Entering directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/external'
make[2]: Entering directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/external'
make[2]: Nothing to be done for 'install-exec-am'.
make[2]: Nothing to be done for 'install-data-am'.
make[2]: Leaving directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/external'
make[1]: Leaving directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/external'
Making install in Share
make[1]: Entering directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/Share'
make[2]: Entering directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/Share'
make[2]: Nothing to be done for 'install-exec-am'.
make[2]: Nothing to be done for 'install-data-am'.
make[2]: Leaving directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/Share'
make[1]: Leaving directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/Share'
Making install in PreProc
make[1]: Entering directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/PreProc'
Making install in Terrain
make[2]: Entering directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/PreProc/Terrain'
/bin/sh ../../libtool --tag=FC --mode=link gfortran -O3 -mtune=native -march=native -fconvert=big-endian -fno-range-check -finline-functions -L/Users/mada0007/Documents/softwares/RegCM-4.5.0/external -Wl,-pie -Wl,-headerpad_max_install_names -Wl,-dead_strip_dylibs -o terrain mod_header.o mod_block.o mod_fudge.o mod_maps.o mod_write.o mod_smooth.o mod_maputils.o mod_intldtr.o mod_rdldtr.o mod_moist.o terrain.o -L/Users/mada0007/Documents/softwares/RegCM-4.5.0/Share -lrcmlib -lnetcdff -L/usr/local/Cellar/netcdf/4.7.4/lib -lnetcdf
libtool: link: gfortran -O3 -mtune=native -march=native -fconvert=big-endian -fno-range-check -finline-functions -Wl,-pie -Wl,-headerpad_max_install_names -Wl,-dead_strip_dylibs -o terrain mod_header.o mod_block.o mod_fudge.o mod_maps.o mod_write.o mod_smooth.o mod_maputils.o mod_intldtr.o mod_rdldtr.o mod_moist.o terrain.o -L/Users/mada0007/Documents/softwares/RegCM-4.5.0/external -L/Users/mada0007/Documents/softwares/RegCM-4.5.0/Share -lrcmlib -lnetcdff -L/usr/local/Cellar/netcdf/4.7.4/lib -lnetcdf
collect2: fatal error: ld terminated with signal 11 [Segmentation fault: 11]
compilation terminated.
ld: archive has no table of contents file '/Users/mada0007/Documents/softwares/RegCM-4.5.0/Share/librcmlib.a' for architecture x86_64
make[2]: *** [Makefile:400: terrain] Error 1
make[2]: Leaving directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/PreProc/Terrain'
make[1]: *** [Makefile:385: install-recursive] Error 1
make[1]: Leaving directory '/Users/mada0007/Documents/softwares/RegCM-4.5.0/PreProc'
make: *** [Makefile:431: install-recursive] Error 1

In RegCM4.7- i was trying to compile mod_ifs.f90 from RegCM4.7.1/PreProc/ICBC/, but getting error "missing netcdf.mod" . Kindly help me in sorting out this issue. awaiting for a reply

Hi,
I had compiled RegCM-master.zip (accessed on 11 March 2022) using Intel complier on Cray-XC30 with Linux OS (CLE), and completed test runs with non-hydrostatic dynamical core (idynamic=2) for 4 km grid resolution using jx=1138, iy=451 grid points and kz=41 vertical levels.

Now while trying to use a larger 4km domain with jx=1200, iy= 800 grid points and kz=41 vertical levels, the preprocessor fails to create ICBC for 6 hourly ERA5 with the message:

Fatal in file: mod_vectutil.F90 at line: 498
Relaxation did not converge !

Kindly help to solve this issue.
Thanks in advance

Hello,

I'm the only one in my team to have this problem, so I guess I did something wrong...
I get a floating divide by zero error at line 848 of mod_tendendy.F90 for a restart run with idynamic = 2. I have checked the array by printing them in debug files, and the zeros appear on external points.
The error disappears when I move the exchange call of sfs%psdota at line 800 in mod_init.F90 to between line 805 and 806.
Is there some parameterization I missed, which would prevent doing this?

Cheers,
Quentin

Hi everybody,

I'm running a hourly simulation for 2 years, 2014 and 2015, and getting this error of invalid memory reference when the model starts to write the first output file.

I'm using 108 iy points and 122 jx, NON hydrostatical core, CLM45 as surface model, 25 km of horizontal resolution and this Physical Parameterizations:

Lateral Boundary conditions : 5
Semi-Lagrangian Advection : 0
Land cumulus conv. scheme : 4
Ocean cumulus conv. scheme : 4
Moisture schem : 1
Ocean Flux scheme : 2
Zeng roughness formula : 1
Zeng roughness method : 1
Coupling with ocean : 0
Coupling with wave : 0
Pressure gradient force : 0
Prescribed LW emissivity : 0
Lake model in BATS : 0
Simulate diurnal sst cycle : 0
Simulate sea ice cover : 0
Simulate desert seasons : 0
Enable chem/aerosol model : 0
Large scale LWP as convect. : 1
Cloud fraction scheme : 0
Marine stratocumulus : 1
Climate O3 dataset : 0
Climate Aerosol dataset : 0

The namelist file :
namelist.txt

Hi!

Just to notify you there is an inconsistency between mpplib/mod_regcm_types.F90 (lines 466 to 472) and mod_atm_stub.F90 (lines 493 to 498) for the definition and memory allocation of some parameters of lms. The quoted lines in mod_atm_stub.F90 should be inside a #ifdef CLM45 (or reversely in mod_regcm_types.F90).
Maybe I am missing something though...

Cheers,
Quentin

Dear model developer,

I hope this email finds you well. I am writing to seek assistance regarding an issue I am currently facing while generating ICBC using CMIP6 model CRNM-ESM2-1 for future period (while stopped in year 2061 for 'DAP service error'). I am wondering if there is any issue with the data access of the targeted website. My generation of ICBC started from the year 2015, succeed to the year 2061, although experienced similar error of 'DAP service error' once or twice, it recovers soon. However, this time the error lasts from 16th August until today. Therefore, could you please kindly check what potential issue might happened with the targeted websites providing CMIP6 data?

Please feel free to contact me (by responding this report or via my email: [email protected]) if there is anything I haven't express clear enough. Please see the attachment for the PowerPoint displaying the error in detail if you would like to.

Best regards,
Han Liao

RegCM5_CMIP6_CNRM-ESM2-1 data access failure.pptx

Hi, I have installed binutils and essentials, libtools before the configure step. However, it is showing "no" in some parts (MPI_Init) of the configure step. Is that an issue? Besides, I am facing problems while executing the "make" command.
Please have a look.
Thank you.

In attempting to run an ensemble of simulations, I set the ensemble_run = .true. and lperturb_t = .true. options. The log file reports Appling perturbation to input dataset: T with value 0.10%, indicating that the ensemble code is indeed active. Despite this, simulations are bit-for-bit identical.

Diagnostics indicate that issue is related to the code that seeds the random number generator in Share/mod_ensemble.F90. In randify3D, the cputime variable receives a unique value for each run (e.g., 0.452986 in one case and 0.832958), but the seed = int(cputime) + 37*[(i-1,i=1,nseed)] line truncates it to the same integer value each run. Since each run is given an identical random number seed, the results are identical.

The original implementation used the system_clock function, which returns an integer value indicative of the system time: it should be unique for each run and would not suffer from a truncation issue. I assume the system_clock function was introduced in ef58d7d in the interest of portability across compilers.

Note: This issue has been present since 2012 (see commit ef58d7d) and may affect existing ensemble simulations. For systems with large runtime variability (variability > 1 second), the ensemble system may have worked as intended.

I'll submit a pull-request momentarily that modifies the code to avoid the potential for truncation of cpu_time to result in identical ensemble members. It multiplies cputime by a relatively large number before converting to an integer.

Hi dear Giuliani,
I downloaded version 4.9.1 from the following link:
https://github.com/ictp-esp/RegCM/archive/4.9.1.tar.gz

After extracting the 4.9.1.tar.gz file, I entered the ./configure.ac command and then the below is shown:

./configure.ac: line 20: syntax error near unexpected token `[RegCM],'
./configure.ac: line 20: `AC_INIT([RegCM], [4.9.0], [[email protected]])'

I don't know what's going on? What's your hint to solve this problem?

Thanks for your contribution

While running GrADSNcPlot in Centos 7 system following error occurs in github release of RegCM including RegCM4.8.1 . RegCM4.8.1 is compiled using Gfortran-4.8.5 and openmpi-3.0.1 additionally grads-2.2.0 and NCL-6.6.2 (anaconda) are installed
[cdhmcom1@localhost REGCM_RUN]$ ./bin/GrADSNcPlot output/India-small_STS.2020060100.nc

Program received signal SIGSEGV: Segmentation fault - invalid memory reference.

Backtrace for this error:
#0 0x7F807DBB0697
#1 0x7F807DBB0CDE
#2 0x7F807CC6A27F
#3 0x405028 in MAIN__ at GrADSNcPlot.F90:?
Segmentation fault (core dumped)

link is broken

Hi, I am opening this issue to discuss my preliminary findings regarding the med22 benchmark case (164 x 288 grid points, 23 vertical levels). I have run a preliminary benchmark on the Dutch national supercomputer Snellius using both gnu and intel compilers. The system contains of dual-socket nodes with 64 cores per CPU, and I observe that this case reaches about the maximum performance (11 simulated years per day) on 4 nodes.

@graziano-giuliani is this in line with your own performance numbers or am I missing crucial flags/options? BTW the intel MPI seems to do a slightly worse job here...

When using a Lambert projection, the semi_major_axis attribute is written into the CRS variable, but it is missing the corresponding semi_minor_axis. Granted RegCM uses a spheroid where semi_major_axis = semi_minor_axis, but some Java based visualization tools (such as Panoply) fail to map and project the data with only semi_major_axis written into CRS.