doi-usgs / coawst Goto Github PK
View Code? Open in Web Editor NEWCOAWST modeling system git repository
License: Other
COAWST modeling system git repository
License: Other
Hi all,
I run coawstM program to run the WRF model however when I submitted a job or ran with command mpirun the model system didn't work. The error was displayed below:
[weather@igplogin COAWST]$ mpirun -np 20 ./coawstM > wrf_run1.out ./coawstM: symbol lookup error: ./coawstM: undefined symbol: __libm_expf_table_64 ./coawstM: symbol lookup error: ./coawstM: undefined symbol: __libm_expf_table_64
Please help me address this issue!
Hello John,
I'm trying to create the remap weights to test the SCRIP installation, but some error related to the HDF5 is happening and I have no clue of what might be causing it.
I manually reinstalled hdf5, netcdf-c, netcdf-f and I think the environment variables are all pointing to the right folder, but the error is still occurring.
Have you any idea what I missing?
Below, I put the screen report when creating the remap file for the inlet_test [both refined and diffgrid raises the same error]
Thanks in advance,
================================================
Read input_file for SCRIP_COAWST Wrapper
================================================
Ngrid_roms= 2
Ngrid_swan= 2
Ngrid_ww3= 0
Ngrid_wrf = 0
Ngrid_hyd = 0
Common netcdf file is: scrip_inlet_test_refined.nc
Number of netcdf subgroups 8
Input ROMS grid 1 = ../../Projects/Inlet_test/Refined/inlet_test_grid.nc
Input ROMS grid 2 = ../../Projects/Inlet_test/Refined/inlet_test_grid_ref3.nc
Input SWAN grid 1 = ../../Projects/Inlet_test/Refined/inlet_test_grid_coord.grd
Input SWAN bath 1 = ../../Projects/Inlet_test/Refined/inlet_test_bathy.bot
Cartesian input In meters= 1
Input SWAN grid 2 = ../../Projects/Inlet_test/Refined/inlet_test_grid_coord_ref3.grd
Input SWAN bath 2 = ../../Projects/Inlet_test/Refined/inlet_test_bathy_ref3.bot
Cartesian input In meters= 1
================================================
Reading ROMS grids
ROMS starting i j index of parent w.r.t child grid
25 41
ending i & j index of parent w.r.t child grid--
54 56
Reading SWAN grids
ROMS and SWAN same grids (0=no or 1=yes) 1
SWAN starting i & j index of parent w.r.t child grid--
25 41
ending i & j index of parent w.r.t child grid--
54 56
Calling ocn2wav_mask
=============================================
Begin mapping between the two grids
---------------------------------------------
The interp file is: ocn1_to_wav1_weights.nc
The src grid is: ../../Projects/Inlet_test/Refined/inlet_test_grid.nc
The dst grid is: ../../Projects/Inlet_test/Refined/inlet_test_grid_coord.grd
----------------------------------------------
grid1 dimensions= 77 72
----------------------------------------------
----------------------------------------------
grid2 dimensions= 77 72
----------------------------------------------
Using latitude bins to restrict search.
Computing remappings between: ../../Projects/Inlet_test/Refined/inlet_test_grid.nc
and ../../Projects/Inlet_test/Refined/inlet_test_grid_coord.grd
Error in netCDF: NetCDF: HDF error
Running the most updated version of COAWST on Ubuntu 20.04. I'm able to compile the sed_bed_toy and trench test cases producing a coawstG executable, but when I try to run it gives the following error:
At line 298 of file read_phypar.f90
Fortran runtime error: Index '1' of dimension 1 of array 'idtvar' above upper bound of 0
This occurs for both test cases (it also occurs for sed_floc_toy, but I realize that is still under development). I've attached my coawst.bash file for the sed_bed_toy case, along with log files (with debugging on) for both the compilation and run process. Any ideas about what might be going wrong are much appreciated!
Thanks,
Galen
Hi,
While running COAWST (ROMS+SWAN+ST) I am getting some wrong value (temp, salt, u & v) in the output at particular area in 1st time step of writing output. The model is running up to 18 days after that it's blown up. I tried my ways e.g. by reducing time step, by changing model physics and by suing ROMS alone configuration in all the case error still remain same. Also, I checked all the inputs all seems fine.
Here I am attaching the plot of temperature, u, v and cppdef file.
Minimum X-grid spacing, DXmin = 1.05693151E+00 km
Maximum X-grid spacing, DXmax = 1.07346081E+00 km
Minimum Y-grid spacing, DYmin = 1.05701699E+00 km
Maximum Y-grid spacing, DYmax = 1.07343656E+00 km
Minimum Z-grid spacing, DZmin = 1.25324381E-02 m
Maximum Z-grid spacing, DZmax = 2.50833018E+02 m
Minimum barotropic Courant Number = 5.52708204E-04
Maximum barotropic Courant Number = 3.20683344E-02
Maximum Coriolis Courant Number = 1.79786245E-04
Minimum horizontal diffusion coefficient = 8.80811871E+00 m2/s
Maximum horizontal diffusion coefficient = 8.94540572E+00 m2/s
Minimum horizontal viscosity coefficient = 8.80811871E+00 m2/s
Maximum horizontal viscosity coefficient = 8.94540572E+00 m2/s
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Basin information for Grid 01:
Maximum grid stiffness ratios: rx0 = 2.258206E-01 (Beckmann and Haidvogel)
rx1 = 7.696672E+00 (Haney)
So could you please suggest regarding the issue.
With Regards,
Ravi Prakash
Hi there
I'm trying to compile the sandy test case for the 1st time. I've already managed to compile and run the rip_current case and everything went smoothly. I'm attaching the output to
./coawst.bash -j 12 >> output.txt
output.txt
Anybody could give me some tips?
Hi John,
I'm interested in the real-time forecasting of COAWST model in your website (https://woodshole.er.usgs.gov/project-pages/cccp/public/COAWST.htm). However, in the ww3_swan_input.m program we use either partitions or gribs data and the date of these data has finished in May 2019.
The question I want to ask you is that what's kind of wave data do you have to create the BCs of SWAN model?
Thank you very much!
Hello,
I'm leaving here may .log in order to see if you can help me.
thank you in advance
Marta
Ps I belive I have a Netcdf error to
Hi, jcwarner,
I have installed COAWST model (also MCT and SCRIP) followed “COAWST_User_Manual” and compiled successfully WRF, ROMS, and SWAN separately. However, there are several problems when I compiled a WRF-ROMS-SWAN coupled model to simulate Hurricane Sandy, details are described in the attach files (coawst.bash, sandy.h and build.log).
COAWST source code was downloaded from https://github.com/jcwarner-usgs/COAWST.git directly via Git on November 22.
Compiler: Inter 15.0.1 with netcdf-4.4.1, mpich-3.1.
The exact errors in build.log is as follows(from line5222 to the end) :
WRF/frame/module_internal_header_util.o WRF/frame/pack_utils.o WRF/external/io_netcdf/libwrfio_nf.a
WRF/main/libwrflib.a(module_io_quilt.o): In function module_wrf_quilt_mp_quilt_': module_io_quilt.f90:(.text+0x962d): **undefined reference to**
ext_pnc_inquire_filename'
module_io_quilt.f90:(.text+0x965b): undefined reference to ext_pnc_ioclose_' WRF/main/libwrflib.a(module_io.o): In function
module_io_mp_wrf_get_dom_ti_real_arr_':
module_io.f90:(.text+0x30d): undefined reference to ext_pnc_get_dom_ti_real_' WRF/main/libwrflib.a(module_io.o): In function
module_io_mp_wrf_get_dom_ti_real_sca_':
......
WRF/main/libwrflib.a(module_io.o): In function wrf_read_field1_': module_io.f90:(.text+0x1f811): undefined reference to
ext_pnc_read_field_'
WRF/main/libwrflib.a(module_io.o): In function wrf_write_field1_': module_io.f90:(.text+0x20c04): undefined reference to
ext_pnc_write_field_'
make: *** [/WORK/sio_goc25/COAWST_3.6/COAWST/Projects/My_Project/Sandylf/coawstM] Error 1_
Looking forward to your reply and thanks for your help!
Fu Liu
I installed pkgs with Homebrew following here.
I got errors when compiled the JOE_TC/Coupled test case, and I'm pretty sure it's related to WRF model.
Here is what I have done.
(1)compiling the COAWST/WRF (Version: 4.1.5) alone. Failed.
./clean -a
./configure [choose: 33 & 0]
./compile em_squall2d_x >& wrfv4.1.5-1.log
I got these files (first one is configure.wrf file):
configure.wrf-v4.1.5-1.log
wrfv4.1.5-1.log
(2)compiling the WRF (Version: 4.2.2, from here) alone. Successful.
./clean -a
./configure [choose: 33 & 0]
./compile em_squall2d_x >& wrfv4.2.2.log
I got these files:
configure.wrf-v4.2.2.log
wrfv4.2.2.log
(3)editing configure.wrf and compiling the COAWST/WRF (Version: 4.1.5)alone. Failed.
add these lines to configure.wrf:
FCCOMPAT = -fallow-argument-mismatch -fallow-invalid-boz
FCBASEOPTS_NO_G = -w$(FORMAT_FREE) $ (BYTESWAPIO) $(FCCOMPAT)
compile:
./compile em_squall2d_x >& wrfv4.1.5-2.log
I got these files:
configure.wrf-v4.1.5-2.log
wrfv4.1.5-2.log
Hello,
When attempting to install SCRIP_COAWST, I receive this error:
./remap_write.f(337): error #6404: This name does not have a type, and must have an explicit type. [NF_NETCDF4]
ncstat = nf_create (output_ncfile, NF_NETCDF4, nc_file_id)
------------------------------------------^
I have netcdf v4.2.1.1 installed, I'm compiling using ifort, and my makefile reads:
USE_MPI=on # distributed-memory parallelism
USE_MPIF90=on # compile with mpif90 script
USE_NETCDF4=on
If anyone out there knows how to deal with this error, I would greatly appreciate the help.
Cheers,
James
Hi,
I had compiled COAWST and got the coawstM file but when I tried running the model there was no output (that I could find). So I started the process again and again got the coawstM file but this time noticed the error in the build log:
Error : Not found /apps/netcdf/4.7.3/include/netcdf.inc
Please check this installation of NetCDF and re-run this configure script
Before I try running the model again to see if there's an output, should I investigate this error first? I'm using the NCI supplied libraries for netcdf etc. Netcdf library starts at version 4.6.3 and the netcdf.inc file is in the /apps/netcdf/4.7.3/include/Intel folder
Thanks,
Clair
Hi, jcwarner
I can compile COAWST-3.5 (WRF-ROMS) successfully and get "coawstM" when I annotate the line "USE_DEBUG=on" in coawst.bash. But when I want to turn on this option, I cant compile the model. It says that the problems are in the file read_coawst_par.f90 like
cd ./Build; /opt/intel/intel2017u8/compilers_and_libraries_2017.8.262/linux/mpi/intel64/bin/mpiifort -c -fp-model precise -g -check all -check bounds -traceback -check uninit -warn interfaces,nouncalled -gen-interfaces -g -check bounds -check uninit -traceback -warn interfaces,nouncalled -gen-interfaces -ftrapuv -fpe0 -I/home/keyu/libs/MCT/MCT-2.6.0-intel2017/include -I/home/keyu/work/models/CPL/COAWST-3.5-bsiso-test2-debug/WRF/main -I/home/keyu/work/models/CPL/COAWST-3.5-bsiso-test2-debug/WRF/external/esmf_time_f90 -I/home/keyu/work/models/CPL/COAWST-3.5-bsiso-test2-debug/WRF/frame -I/home/keyu/work/models/CPL/COAWST-3.5-bsiso-test2-debug/WRF/share read_coawst_par.f90
read_coawst_par.f90(90): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_i(Nval, Rval, 1, NnodesATM)
-------------------^
read_coawst_par.f90(92): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_i(Nval, Rval, 1, NnodesWAV)
-------------------^
read_coawst_par.f90(94): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_i(Nval, Rval, 1, NnodesOCN)
-------------------^
read_coawst_par.f90(96): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_r(Nval, Rval, 1, TI_ATM2WAV)
-------------------^
read_coawst_par.f90(98): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_r(Nval, Rval, 1, TI_ATM2OCN)
-------------------^
read_coawst_par.f90(100): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_r(Nval, Rval, 1, TI_WAV2ATM)
-------------------^
read_coawst_par.f90(102): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_r(Nval, Rval, 1, TI_WAV2OCN)
-------------------^
read_coawst_par.f90(104): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_r(Nval, Rval, 1, TI_OCN2WAV)
-------------------^
read_coawst_par.f90(106): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_r(Nval, Rval, 1, TI_OCN2ATM)
-------------------^
read_coawst_par.f90(119): error #8284: If the actual argument is scalar, the dummy argument shall be scalar unless the actual argument is of type character or is an element of an array that is not assumed shape, pointer, or polymorphic. [VOUT]
Npts=cload_i(Nval, Rval, 1, scrip_opt)
-------------------^
compilation aborted for read_coawst_par.f90 (code 1)
make: *** [Build/read_coawst_par.o] Error 1
And I attatched my build.log file and coawst.bash, too. Looking forward to your reply and thank you very much!
Ke Yu
coawst.bash -build-log.zip
The reason that I want to recompile COAWST is that when I ran COAWST, I met errors like:
forrtl: severe (174): SIGSEGV, segmentation fault occurred
Image PC Routine Line Source
coawstM 000000000363E1F4 Unknown Unknown Unknown
libpthread-2.17.s 00002AC500AAC630 Unknown Unknown Unknown
libc-2.17.so 00002AC500D3EAEC cfree Unknown Unknown
coawstM 0000000003685D38 Unknown Unknown Unknown
coawstM 0000000000864B8C Unknown Unknown Unknown
coawstM 00000000008DE501 Unknown Unknown Unknown
coawstM 00000000008D5BE6 Unknown Unknown Unknown
coawstM 0000000000414835 MAIN__ 217 master.f90
coawstM 0000000000412B9E Unknown Unknown Unknown
libc-2.17.so 00002AC500CDB555 __libc_start_main Unknown Unknown
coawstM 0000000000412AA9 Unknown Unknown Unknown
The only thing I know is in the master.f90 (217):
!-----------------------------------------------------------------------
! Run coupled models according to the processor rank.
!-----------------------------------------------------------------------
!
IF (MyColor.eq.ATMcolor) THEN
CALL wrf_init (MyCOMM) ----------------217
CALL wrf_run
CALL wrf_finalize(.TRUE.)
END IF
IF (MyColor.eq.OCNcolor) THEN
first=.TRUE.
Nrun=1
IF (exit_flag.eq.NoError) THEN
CALL ROMS_initialize (first, MyCOMM)
END IF
IF (exit_flag.eq.NoError) THEN
run_time=0.0_m8
DO ng=1,Ngrids
run_time=MAX(run_time, dt(ng)ntimes(ng))
END DO
CALL ROMS_run (run_time)
END IF
CALL ROMS_finalize
CALL finalize_ocn2atm_coupling
END IF
!
!-----------------------------------------------------------------------
So I indeed need 'USE_DEBUG=on'
Here is my log-file for the crashed running and the corresponding ocean.in and coupling*.in files.
Seems that "ATMgrid 01 dt= * -to- OCNgrid 01 dt= , CplInt: Steps: *" is not generated and the model crashed at this step.
Is this problem related with the compiling problem when USE_DEBUG=on? (NnodesATM...)
The diagnosing function to indicate where the speed trouble is in COAWST-modified ROMS (diag.F) is awesome. However, it uses uv_max=max(u, v) that the extra-large magnitude of negative velocities will be ignored. The abs() is necessary for this max-comparison.
Cheers,
Shi-ming Chen
Hi John,
I got the error after a few day running the create_swanTpar_from_WW3 program, the detail of this issue is that:
We are adding 0 to the roms longitude - line 34 ww3gb_2TPAR.m
getting hs tp and dp for 20170901.0000
getting hs tp and dp for 20170901.0300
getting hs tp and dp for 20170901.0600
getting hs tp and dp for 20170901.0900
getting hs tp and dp for 20170901.1200
getting hs tp and dp for 20170901.1500
getting hs tp and dp for 20170901.1800
getting hs tp and dp for 20170901.2100
getting hs tp and dp for 20170902.0000
getting hs tp and dp for 20170902.0300
getting hs tp and dp for 20170902.0600
getting hs tp and dp for 20170902.0900
getting hs tp and dp for 20170902.1200
getting hs tp and dp for 20170902.1500
getting hs tp and dp for 20170902.1800
getting hs tp and dp for 20170902.2100
getting hs tp and dp for 20170903.0000
getting hs tp and dp for 20170903.0300
getting hs tp and dp for 20170903.0600
getting hs tp and dp for 20170903.0900
getting hs tp and dp for 20170903.1200
getting hs tp and dp for 20170903.1500
getting hs tp and dp for 20170903.1800
getting hs tp and dp for 20170903.2100
getting hs tp and dp for 20170904.0000
Error using netcdflib
The NetCDF library encountered an error during execution of 'open' function - 'I/O failure (NC_EIO)'.
If the data source was an OPeNDAP URL, see the OPeNDAP Troubleshooting section in the Users Guide.
Error in netcdf.open (line 67)
[varargout{:}] = netcdflib ( 'open', filename, varargin{1} );
Error in internal.matlab.imagesci.nc/openToRead (line 1278)
this.ncRootid = netcdf.open(this.Filename,'NOWRITE');
Error in internal.matlab.imagesci.nc (line 121)
this.openToRead();
Error in ncread (line 61)
ncObj = internal.matlab.imagesci.nc(ncFile);
Error in readww3_2TPAR (line 58)
hs=double(squeeze(ncread(hsurl,'Significant_height_of_combined_wind_waves_and_swell_surface',[ig0
jg0 tidx],[ig1-ig0+1 jg1-jg0+1 1])));
Error in create_swanTpar_from_WW3 (line 46)
readww3_2TPAR(modelgrid,yearww3,mmww3,ww3_grid,specpts)
Please help me to resolve this problem!
Thank you very much!
Hey John,
I'm looking to run WRF-SWAN for my application and am starting out with the Sandy test case (coawst v3.6).
Compilation was fine (gnerated coawstM, didn't seem to throw any errors in the build), but I keep hitting a SWAN boundary issue when running the test case.
For example in one of my PRINT outputs I get -
BOUNDSPEC SEGMENT XY -64.7287 27.6450 -64.2858 30.1019 VARIABLE FILE 0 'TPAR1.txt' ** Error : invalid boundary point segment point -64.73 27.65 grid -99.00 -99.00 -98 -98 ** Error : ( -99 -99) is outside computational grid ** Error : invalid boundary point segment point -64.29 30.10 grid -99.00 -99.00 -98 -98 ** Error : ( -99 -99) is outside computational grid ** Warning : No points on the boundaries found ** Warning : At least two points needed for a segment ** Warning : Length of segment short, boundary values ignored segment length= 0.00; [len]= 0.00
I'm really perplexed about this error as I'm just using the same inputs as in the Sandy test case (nothing user generated by me or specific). Furthermore, the BOUNDSPEC is -64.7287 27.6450 -64.2858 30.1019 so I have no idea where SWAN getting -99.00 -99.00?
I'm running the WRF-SWAN (Sandy) with 48 cores, (24 to SWAN, 24 to WRF).
Thank you for your time!
Luke
Hi all,
In order to make the full coupling (WRF+SWAN+ROMS) I am taking baby steps and trying to see if the models are working properly by themselves and coupled. As of right now, I am trying to couple only SWAN+WRF to see if they would work before adding my ROMS model that is already working. When I define ROMS plus all the other flags, coawst.bash generates the binary file but when I undefine ROMS and just leave the commands below,
#undef ROMS_MODEL
#define SWAN_MODEL
#define WRF_MODEL
#define MCT_LIB
#define MCT_INTERP_WV2AT
coawst.bash gives the error below:
roms_export.f90:16:10:
USE mod_kinds
1
Fatal Error: Can't open module file ‘mod_kinds.mod’ for reading at (1): No such file or directory
compilation terminated.
Master/Module.mk:28: recipe for target '/home/mfocean/coawst/Projects/southernCCS_swan+WRF/Build/roms_export.o' failed
make: *** [/home/mfocean/coawst/Projects/southernCCS_swan+WRF/Build/roms_export.o] Error 1
make: *** Waiting for unfinished jobs....
which is weird since I am not defining ROMS and it's trying to export ROMS fields. So I was wondering if the coupling method will only work when ROMS is defined either with SWAN or WRF, and therefore, I could make ROMS boundaries closed or maybe I am leaving something out that I should add in order to this coupling to work.
Thank you in advance,
Matheus
update:
I have used the latest version found here and the error still persists.
Hi,
The below log file records the problems I have encountered.
coawst.log
It is strange that there is no error when I use the previous version (I forget the date of issue) of COAWST to compile, and the header file and bast file is totally the same.
Recently, I found that the code in Master/mct_coupler_params.F is slightly different between the latest and the previous version of COAWST. There is no "MOVE_NESTS" in the previous code while there is in the latest code. I guess that the problem exists in the setting of moving nests (I set 3 = vortex following during the COAWST compilation). Can you do me a favor to fix this problem?
The header file:
soudelor.txt
The bash file:
coawst.txt
Hello,
I am having difficulty compiling the Inlet_test for the DiffGrid case; on first compile, I receive an error with the analytical sediment transport as follows (build.log):
ana_sediment.h: no values provided for bed, bed_mass, bottom.
If I undefine that part of the problem in the header file, I then get a problem with the current-waves coupling (build2.log):
master.f90:(.text+0x5d): undefined reference to
__mct_coupler_params_MOD_allocate_coupler_params' master.f90:(.text+0x75): undefined reference to
__mct_coupler_params_MOD_nwav_grids'
master.f90:(.text+0x83): undefined reference to `__mct_coupler_params_MOD_nocn_grids'
I am using the latest version of COAWST (v 3.6).
Build files attached.
build.log
build2.log
Any help is appreciated. Thanks!
Arie
For the NAM option, variable names need to be updated to :
var=squeeze(ncread(url,'u-component_of_wind_height_above_ground'));
Hi Mr. John,
I followed your suggestion in github site (https://www.myroms.org/forum/viewtopic.php?f=14&t=5656), however it still failed.
forrtl: severe (174): SIGSEGV, segmentation fault occurred Image PC Routine Line Source coawstM 0000000003C4696A Unknown Unknown Unknown libpthread-2.17.s 00002B16B199B5D0 Unknown Unknown Unknown coawstM 000000000092471A edit_file_struct_ 212 edit_multifile.f90 coawstM 000000000090A307 read_phypar_ 2198 read_phypar.f90 coawstM 000000000078E749 inp_par_ 87 inp_par.f90 coawstM 00000000004426D9 ocean_control_mod 90 ocean_control.f90 coawstM 000000000041E93B MAIN__ 373 master.f90 coawstM 0000000000418AA2 Unknown Unknown Unknown libc-2.17.so 00002B16B20D0495 __libc_start_main Unknown Unknown coawstM 00000000004189A9 Unknown Unknown Unknown
Can you have any suggestion to address this issue?
I also attached my ocean.in file after repairing.
Many thanks!
Hi John,
I have a problem which related to create the ww3partition_2TPAR data by using the ww3_swan_input.m program.
I can run this program successfully with the data before 2018, however I got this error immediately when using the date of 2018.
The error is displayed in the below:
Error using fgets Invalid file identifier. Use fopen to generate a valid file identifier. Error in fgetl (line 32) [tline,lt] = fgets(fid); Error in ww3partition_2TPAR (line 22) tline = fgetl(fid); Error in ww3_swan_input (line 76) ww3partition_2TPAR(partfile,specpts,yearww3,mmww3)
My program is attached in the below.
Please help me to fix this problem.
Thank you very much!
ww3_swan_input.m.txt
Hi,
We are trying to utilize the composite grid in ROMS 3.9. Initially, we tested the dogbone case, which is attached in ROMS 3.9 tutorials but not in COAWST. It seems that there is a bug in the code. Someone has posted it in the ROMS Forum. https://www.myroms.org/forum/viewtopic.php?t=5773. We are having the same problem and are looking forward to hearing updates of that.
Thanks,
Zhilong
Hello,
While compiling Coawst, could the new files be used in the progress? For example:
File folders Master and SWAN are copied as Master2 and SWAN2, could the new folders be used in the compilation?
Some parts were changed in makefile, like:
ifdef USE_ROMS
modules += Master2
includes += Master2 Compilers
ifdef USE_SWAN
modules += SWAN2/Src
includes += SWAN2/Src
endif
But it seems the compiling was still using Master and Swan, not Master2 and SWAN2.
Is there anything need to be modified except for makefile?
Thank you for your help!
Che Yue
Hi:
I have successfully compiled the inlet_test case in COAWST. But when I'm running it gives the following error:
`
At line 584 of file swanmain.f90
Fortran runtime error: Allocatable actual argument 'aicef' is not allocated
#0 0x3003c25 in swan_run_
at /gpfs/projects/WilsonGroup/COAWST/Build/swanmain.f90:584
#1 0x2ea5bd7 in __waves_control_mod_MOD_swan_driver_init
at /gpfs/projects/WilsonGroup/COAWST/Build/waves_control.f90:93
#2 0x40f5c3 in mct_driver
at /gpfs/projects/WilsonGroup/COAWST/Build/master.f90:214
#3 0x40fcae in main
at /gpfs/projects/WilsonGroup/COAWST/Build/master.f90:20
`
AICEF is the ice coverage, but there is no ice module activated in the swan input. Could anyone give some suggestions in solving this problem?
Thanks
I keep getting the below error during the first stage of compiling COAWST. I checked the mpi.h file in the directory I had set during the MCT compile and it didn't have MPI_PROC_NULL so I used #define MPI_PROC_NULL (0). That didn't work. I then copied the mpi.h file from the openmpi module I'm using and that didn't work. Attached are mpi.h (last attempt, copied from module) and mpi_old.h (from the mct compile), coawst.bash and projects.h
coawst.zip
cd ./Build; /apps/openmpi/4.0.2/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uni nit -I/home/549/cs8275/bin/include -I/home/549/cs8275/COAWST//WRF/main -I/home/549/cs8275/COA WST//WRF/external/esmf_time_f90 -I/home/549/cs8275/COAWST//WRF/frame -I/home/549/cs8275/COAWS T//WRF/share exchange_3d.f90
mp_exchange.f90(106): error #6404: This name does not have a type, and must have an explicit type. [MPI_PROC_NULL]
Null_Value=MPI_PROC_NULL
-----------------^
compilation aborted for mp_exchange.f90 (code 1)
make: *** [ROMS/Utility/Module.mk:15: Build/mp_exchange.o] Error 1
make: *** Waiting for unfinished jobs....
Thanks
Hi John,
I got the problem when I ran the COAWST model with ROMS+WRF+SWAN option, which is displayed in the below:
Fatal error in MPI_Send: Other MPI error, error stack:
MPI_Send(173)..................: MPI_Send(buf=0x47a3d50, count=4, MPI_INTEGER, dest=0, tag=31, comm=0xc400002c) failed
MPIDI_EagerContigShortSend(262): failure occurred while attempting to send an eager message
MPIDI_CH3_iStartMsg(36)........: Communication error with rank 0
The detail of COAWST error and out was attached in this post. Please help me to solve this problem.
Thanks you in advance.
COAWST.err.txt
coawst.out.txt
John,
is there a smart way to define cmpl falgs / setup for WW3 which different beast from Compiles/Linux-*.mk used for ROMS. It uses different names than ROMS if you have specific arch. For example, I am using cray + intel => ftn compiler already knowing about optimization flags (included in the system setup of ftn) and to compile ROMS I can use ftn-intel option, but for WW3 I should use something along lines of datarmor_intel (or similar to have adequate optimization flags).
Cheers,
Ivica
Hi,
I have been having issues when trying to include a nested SWAN grid in a coupled WRF-SWAN run.
During initialisation of a run, the following error occurs and the code stops (just after starting
on the second SWAN grid):
MCT::m_SparseMatrixDecompComputeSegments_: segment number difference error, stat =1
000.MCT(MPEU)::die.: from MCT::m_SparseMatrixDecompComputeSegments_()
Abort(2) on node 0 (rank 0 in comm 0): application called MPI_Abort(MPI_COMM_WORLD, 2) - process 0
I have been able to run the test simulations including a SWAN nest, and runs with a single SWAN grid are fine, so I presume this is related to the grids that I have built (either SWAN of the scrip file). Is there any available information about what might cause this error, or what the model is working on when it looks at this function?
I have checked through items such as grid size specification in the SWAN/SCRIP files, and they are all as required.
Thanks for any help,
Matt
Hi John,
I got the error when I ran the COAWST model with 3.7 version, which is displayed like that:
Fatal error in MPI_Send: Other MPI error, error stack: MPI_Send(173)..................: MPI_Send(buf=0x7ffde9abc638, count=1, MPI_INTEGER, dest=0, tag=3, MPI_COMM_WORLD) failed MPIDI_EagerContigShortSend(262): failure occurred while attempting to send an eager message MPIDI_CH3_iStartMsg(36)........: Communication error with rank 0
In addition, I find out the another error:
forrtl: severe (174): SIGSEGV, segmentation fault occurred Image PC Routine Line Source coawstM 0000000003C1C1DA Unknown Unknown Unknown libpthread-2.17.s 00002B353A86F5D0 Unknown Unknown Unknown coawstM 0000000000BD1AB4 swboun_ 3546 swanpre2.f90 coawstM 0000000000ADDE5E swread_ 1851 swanpre1.f90 coawstM 0000000000A6A6ED swan_initialize_ 332 swanmain.f90 coawstM 0000000000A0A136 waves_control_mod 76 waves_control.f90 coawstM 000000000041EFFD MAIN__ 360 master.f90 coawstM 0000000000419122 Unknown Unknown Unknown libc-2.17.so 00002B353AFA4495 __libc_start_main Unknown Unknown coawstM 0000000000419029 Unknown Unknown Unknown
The log files and the scritp.in files were attached in this post.
Please help me to resolve this issue!
Thank you very much!
COAWST.err.txt
COAWST.out.txt
coupling.in.txt
ocean.in.txt
swan.in.txt
Hi John,
I'm running a coupled (ROMS+SWAN) simulation with three open boundaries.
It took about 7 hours to successfully complete a 20 days long simulation, however SWAN kept on running for another half an hour until it hit the walltime limit, 7.5 hours. When I look at the log file (attached the end part) I saw an error with the boundaries
1d index lies outside the boundaries provided in nctablemd.f90
The results look perfectly fine. I just conducted a short 12 hours long test simulation with the exact same setup, didn't get any errors. I am not sure what is happening.
I haven't encountered this error before during my simulations on different years with similar setups.
I will be submitting hundreds of jobs (ensemble runs), where this error might cause issues. Should I just comment out the part of the Fortran code in the source files?
Thanks!
I've been compiling COAWST model and creating a WRF-ROMS-SWAN coupled model. It seems that there is some problem with creating executable file coawstM (including SANDY and customized case), I can compiled successfully WRF and ROMS separately.
how can fix it , if it's a problem with the unfitted compiler options? thanks a lot !
Here is my error message:
/public1/soft/intel/2018/compilers_and_libraries_2018.2.199/linux/mpi/intel64/bin/mpiifort -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/public3/home/sc52807/BKY/COAWST/MCT2/include -I/public3/home/sc52807/BKY/COAWST-master//WRF/main -I/public3/home/sc52807/BKY/COAWST-master//WRF/external/esmf_time_f90 -I/public3/home/sc52807/BKY/COAWST-master//WRF/frame -I/public3/home/sc52807/BKY/COAWST-master//WRF/share -fp-model precise -ip -O3 -traceback -check uninit ./Build/roms_import.o ./Build/get_sparse_matrix.o ./Build/master.o ./Build/roms_export.o ./Build/read_coawst_par.o ./Build/get_wrf_moving_grids.o ./Build/get_numswan_grids.o ./Build/mct_coupler_utils.o ./Build/mct_coupler_params.o ./Build/propagator.o ./Build/read_model_inputs.o ./Build/ocean_coupler.o ./Build/coupler.o ./Build/mod_coupler_iounits.o ./Build/mod_coupler_kinds.o ./Build/esmf_roms.o ./Build/ocean_control.o ./Build/ww3_iounits.o -o coawstM ./Build/libNLM.a ./Build/libNLM_bio.a ./Build/libNLM_sed.a ./Build/libNLM_wec.a ./Build/libNLM_veg.a ./Build/libANA.a ./Build/libUTIL.a ./Build/libMODS.a ./Build/libSWAN.a ./Build/libNLM.a -L/public3/home/sc52807/BKY/app/files/needed/lib -lnetcdf -L/public3/home/sc52807/BKY/app/files/needed/lib -lnetcdf -lnetcdff /public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o -L/public3/home/sc52807/BKY/COAWST/MCT2/lib -lmct -lmpeu WRF/main/module_wrf_top.o WRF/main/libwrflib.a WRF/external/fftpack/fftpack5/libfftpack.a WRF/external/io_grib1/libio_grib1.a WRF/external/io_grib_share/libio_grib_share.a WRF/external/io_int/libwrfio_int.a WRF/external/esmf_time_f90/libesmf_time.a WRF/external/RSL_LITE/librsl_lite.a WRF/frame/module_internal_header_util.o WRF/frame/pack_utils.o WRF/external/io_netcdf/libwrfio_nf.a /public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o: In function
mct_coupler_params.':mct_coupler_params.f90:(.text+0x0): multiple definition of mct_coupler_params._' /public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o: In function
mct_coupler_params_mp_allocate_coupler_params':
mct_coupler_params.f90:(.text+0x10): multiple definition of mct_coupler_params_mp_allocate_coupler_params_' ./Build/mct_coupler_params.o:mct_coupler_params.f90:(.text+0x10): first defined here /public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o:(.bss+0x600): multiple definition of
mct_coupler_params_mp_nocn2wav_'
./Build/mct_coupler_params.o:(.bss+0x600): first defined here
/public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o:(.bss+0x5a0): multiple definition of mct_coupler_params_mp_nwav2ocn_' ./Build/mct_coupler_params.o:(.bss+0x5a0): first defined here /public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o:(.bss+0x540): multiple definition of
mct_coupler_params_mp_nocnfwav_'
./Build/mct_coupler_params.o:(.bss+0x540): first defined here
/public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o:(.bss+0x4e0): multiple definition of mct_coupler_params_mp_nwavfocn_' ./Build/mct_coupler_params.o:(.bss+0x4e0): first defined here /public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o:(.bss+0x480): multiple definition of
mct_coupler_params_mp_nocn2atm_'
./Build/mct_coupler_params.o:(.bss+0x480): first defined here
/public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o:(.bss+0x420): multiple definition of mct_coupler_params_mp_natm2ocn_' ./Build/mct_coupler_params.o:(.bss+0x420): first defined here /public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o:(.bss+0x3c0): multiple definition of
mct_coupler_params_mp_nocnfatm_'
./Build/mct_coupler_params.o:(.bss+0x3c0): first defined here
/public3/home/sc52807/BKY/COAWST-master/Build/mct_coupler_params.o:(.bss+0x360): multiple definition of mct_coupler_params_mp_natmfocn_' ······
Greetings
I am trying to setup a coupled ROMS-SWAN coastal application using COAWST. ROMS setup is OK and running smoothly
but SWAN - coupled and not - gives the following error when I run it using debugger :
forrtl: error (182): floating invalid - possible uninitialized real/complex variable.
Image PC Routine Line Source
coawstG 00000000038DD3C4 Unknown Unknown Unknown
libpthread-2.17.s 00002B43600F85D0 Unknown Unknown Unknown
coawstG 00000000036B48F7 inreal_ 482 ocpcre.f90
coawstG 000000000333F2EA swread_ 1704 swanpre1.f90
coawstG 0000000002EDD57D swan_initialize_ 331 swanmain.f90
coawstG 0000000002E0DCAD waves_control_mod 76 waves_control.f90
coawstG 00000000004180E0 MAIN__ 214 master.f90
coawstG 000000000040F7A2 Unknown Unknown Unknown
libc-2.17.so 00002B436052B495 __libc_start_main Unknown Unknown
coawstG 000000000040F6A9 Unknown Unknown Unknown
For SWAN boundary conditions I am using WAM output (unformatted files) from our operational model. SWAN errfile gives the following message
Terminating error: File cannot be opened/does not exist: CBO20210205000000.
I must also say that I tried to run SWAN 41.31 version (http://swanmodel.sourceforge.net/) and ended up to modify swanpre2.f and swanmain.f to read properly WAM files. At the moment I haven't change anything in COAWST SWAN code. I am using intel fortran 19.0.4.243 and mpich 3.2.1.
Any help or suggestion is highly appreciated
Giannis
EL/COAWST//WRF/share bc_4d.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share conv_2d.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share -free mod_netcdf.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share -free stats.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share vegetation_drag.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share gls_prestep.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share ice_frazil.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share u2dbc_im.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share v2dbc_im.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share mod_fourdvar.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share ocean_coupler.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share lmd_bkpp.f90
cd ./Build; /opt/openmpi-1.10.1-intel2016-ib/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -assume byterecl -I/Dellwork5/cwuben/MODEL/MCT/include -I/Dellwork5/cwuben/MODEL/COAWST//WRF/main -I/Dellwork5/cwuben/MODEL/COAWST//WRF/external/esmf_time_f90 -I/Dellwork5/cwuben/MODEL/COAWST//WRF/frame -I/Dellwork5/cwuben/MODEL/COAWST//WRF/share lmd_skpp.f90
ocean_coupler.f90(832): error #6460: This is not a field name that is defined in the encompassing structure. [RMASK_WET]
IF (GRID(ng)%rmask_wet(i,j).lt.0.5_r8) THEN
-----------------------^
ocean_coupler.f90(832): error #6158: The structure-name is invalid or is missing. [GRID]
IF (GRID(ng)%rmask_wet(i,j).lt.0.5_r8) THEN
--------------^
compilation aborted for ocean_coupler.f90 (code 1)
make: *** [Build/ocean_coupler.o] Error 1
make: *** Waiting for unfinished jobs....
Here is the error message.
I have read the user manual for COAWST, but the source for initail condition(such as tidal data) is not clear in it.
Is there any full description for processing initail condition for COAWST(except WRF).
Hi,
After I try this command in installing COAWST : ./coawst.bash
I get this error:
ifort: warning #10193: -vec is default; use -x and -ax to configure vectorization
distribute.f90(3711): error #7013: This module file was not generated by any release of this compiler. [NETCDF]
USE netcdf
----------^
distribute.f90(4139): error #7013: This module file was not generated by any release of this compiler. [NETCDF]
USE netcdf
----------^
distribute.f90(3752): error #6404: This name does not have a type, and must have an explicit type. [NF90_NOERR]
mp_ncread1d=nf90_noerr
------------------^
distribute.f90(3766): error #6404: This name does not have a type, and must have an explicit type. [EXIT_FLAG]
exit_flag=2
--------^
distribute.f90(3805): error #6404: This name does not have a type, and must have an explicit type. [NF90_INQ_VARID]
mp_ncread1d=nf90_inq_varid(ncid, TRIM(ncvname), varid)
--------------------^
distribute.f90(3811): error #6404: This name does not have a type, and must have an explicit type. [NOERROR]
IF (exit_flag.eq.NoError) THEN
-------------------------^
distribute.f90(3815): error #6404: This name does not have a type, and must have an explicit type. [NF90_GET_VAR]
mp_ncread1d=nf90_get_var(ncid, varid, Asend, start, total)
------------------------^
distribute.f90(4020): error #6404: This name does not have a type, and must have an explicit type. [NF90_INQ_VARID]
mp_ncread2d=nf90_inq_varid(ncid, TRIM(ncvname), varid)
--------------------^
distribute.f90(4032): error #6404: This name does not have a type, and must have an explicit type. [NF90_GET_VAR]
mp_ncread2d=nf90_get_var(ncid, varid, Asend, start, total)
------------------------^
distribute.f90(4218): error #6404: This name does not have a type, and must have an explicit type. [NF90_INQ_VARID]
mp_ncwrite1d=nf90_inq_varid(ncid, TRIM(ncvname), varid)
---------------------^
distribute.f90(4220): error #6404: This name does not have a type, and must have an explicit type. [NF90_PUT_VAR]
mp_ncwrite1d=nf90_put_var(ncid, varid, Arecv, start, total)
-----------------------^
distribute.f90(4441): error #6404: This name does not have a type, and must have an explicit type. [NF90_INQ_VARID]
mp_ncwrite2d=nf90_inq_varid(ncid, TRIM(ncvname), varid)
---------------------^
distribute.f90(4443): error #6404: This name does not have a type, and must have an explicit type. [NF90_PUT_VAR]
mp_ncwrite2d=nf90_put_var(ncid, varid, Arecv, start, total)
-----------------------^
compilation aborted for distribute.f90 (code 1)
make: *** [ROMS/Utility/Module.mk:15: Build/distribute.o] Error 1
Please let me know how I can fix it?
Thank you,
Sara
Hello,
I just installed COAWST on Ubuntu 20.04 and I'm having trouble compiling the Sed_bed_toy test case. I've attached my coawst.bash file, and the coawst.log file that accompanies my attempted run of ./coast.bash. Any insight into that error would be much appreciated. Let me know if there are any other files/error logs that could help with the debugging.
Thanks in advance,
Galen
Edit: Fixed by reinstalling everything
Hello John,
I am trying to compile COAWST on MacOS, using a conda environment. COAWST compiles when I make an example that is a single model (e.g., ROMS only), but when I try to compile coawst.bash for a coupled model (e.g., ROMS+SWAN), I get what looks like an MCT error (log attached). MCT appears to be functioning by itself (MCT test models), but any tips/suggestions much appreciated.
Hi! I am trying to compile WW3 using the coawst.bash and running Sandy test case with WW3 only, but i keep geting an error (..../comp.gfortran not found). I managed to run coawst.bash and compile WRF, ROMS and SWAN, also for sandy test case with no problems, but cant make i t run with WW3 only options. I have attached the log file.
build.log
May be someone knows how to fix this issue,
Thank you,
Carolina
Hi John,
I got the problem when I ran COAWST model with real-time data, which is displayed in the below:
Error using matlab.graphics.axis.Axes/set
Value must be a 1x2 vector of numeric type in which the second element is larger than the first and may be Inf
Error in axis>LocSetLimits (line 283)
set(ax,...
Error in axis (line 112)
LocSetLimits(ax(j),cur_arg,names);
Error in pcolorjw (line 90)
axis(lims);
Error in roms_getnplot_grid_rutgers (line 326)
pcolorjw(grd.lon_rho,grd.lat_rho,grd.h)
Error in test4 (line 27)
gn=roms_getnplot_grid_rutgers(modelgrid,[theta_s theta_b Tcline N]);
The line 326 of the roms_getnplot_grid_rutgers program is:
pcolorjw(grd.lon_rho,grd.lat_rho,grd.h)
My controlling program is that:
T1=floor(now+1); %start date
numdays=1;
dayFrequency=1;
% (3) Enter working directory (wdr)
wdr='E:\Matlab2'
% (4) Enter path and name of the ROMS grid (modelgrid)
modelgrid='ROMS_COAWST_grd1.nc'
gname_pre ='Mangkhut'
% (5) Enter grid vertical coordinate parameters --These need to be consistent with the ROMS setup.
theta_s=10;
theta_b=0.4;
Tcline=50;
N=16;
Vtransform=1;
Vstretch=1;
%%%%%%%%%%%%%%%%%%%%% END OF USER INPUT %%%%%%%%%%%%%%%%%%%%%%%%%%
eval(['cd ',wdr])
tic
% Call to get HYCOM indices for the defined ROMS grid
%disp('getting roms grid, hycom grid, and overlapping indices')
%[gn, clm]=get_ijrg(url, modelgrid, theta_s, theta_b, Tcline, N, Vtransform, Vstretching);
disp('getting roms grid dimensions ...');
gn=roms_getnplot_grid_rutgers(modelgrid,[theta_s theta_b Tcline N]);
gn.Vtransform=1;
gn.Vstretching=1;
% call to create clm file
disp('going to create clm file')
%org fn=updatclim_coawst_mw_12b_hycomorg(gn,[gname_pre,'coawst_clm.nc'])
fn=updatclim_coawst_mw_12b_hycomorg(gn,[gname_pre,'coawst_clm.nc'])
% call to create boundary file
disp('going to create bdy file')
updatbdry_coawst_mw(fn,gn,[gname_pre,'coawst_bdy.nc'],wdr)
% Call to create the initial (ini) file
disp('going to create init file')
updatinit_coawst_mwmodify(fn,gn,[gname_pre,'coawst_ini.nc'],wdr)
%% Call to create the long climatology (clm) file
if numdays>1
disp('going to create more days of clm and bnd files')
if (ispc)
eval(['!copy coawst_clm.nc coawst_clm',datestr(T1,'yyyymmdd'),'.nc'])
eval(['!copy coawst_bdy.nc coawst_bdy',datestr(T1,'yyyymmdd'),'.nc'])
else
eval(['!cp coawst_clm.nc coawst_clm',datestr(T1,'yyyymmdd'),'.nc'])
eval(['!cp coawst_bdy.nc coawst_bdy',datestr(T1,'yyyymmdd'),'.nc'])
end
for it=dayFrequency:dayFrequency:numdays-1 %1st day already created, NEED to set number of days at top!
fname=['coawst_clm_',datestr(T1+it,'yyyymmdd'),'.nc']
fn=updatclim_coawst_mw(T1+it,gn,fname,wdr,url)
fname=['coawst_bdy_',datestr(T1+it,'yyyymmdd'),'.nc'];
updatbdry_coawst_mw(fn,gn,fname,wdr)
end
%% get an organized list of dated files
Dclm=dirsort('coawst_clm_.nc');
Dbdy=dirsort('coawst_bdy_.nc');
%names for merged climatology/boundary files
fout='merged_coawst_clm.nc';
foutb='merged_coawst_bdy.nc';
%create netcdf files to merge climatology into
create_roms_netcdf_clm_mwUL(fout,gn,length(Dclm));% converted to BI functions
create_roms_netcdf_bndry_mwUL(foutb,gn,length(Dbdy));% converted to BI functions
%% fill merged climatology files with data from each clm file
% each file must contain only ONE time step
%get variable names
vinfo=ncinfo(fout);
for nf=1:length(Dclm)
fin=Dclm(nf).name;
for nv=1:length({vinfo.Variables.Name})
if length({vinfo.Variables(nv).Dimensions.Name})==4; eval(['ncwrite(fout,''',vinfo.Variables(nv).Name,''',ncread(fin,''',vinfo.Variables(nv).Name,'''),[1 1 1 nf]);']);
elseif length({vinfo.Variables(nv).Dimensions.Name})==3;
eval(['ncwrite(fout,''',vinfo.Variables(nv).Name,''',ncread(fin,''',vinfo.Variables(nv).Name,'''),[1 1 nf]);']);
elseif length({vinfo.Variables(nv).Dimensions.Name})==2;
try eval(['ncwrite(fout,''',vinfo.Variables(nv).Name,''',ncread(fin,''',vinfo.Variables(nv).Name,'''),[1 nf]);']);
catch
display([vinfo.Variables(nv).Name ' is a dimension and has already been written to the file.'])
end
elseif length({vinfo.Variables(nv).Dimensions.Name})==1;
try
eval(['ncwrite(fout,''',vinfo.Variables(nv).Name,''',ncread(fin,''',vinfo.Variables(nv).Name,'''),[nf]);']);
catch
display([vinfo.Variables(nv).Name ' is a dimension and has already been written to the file.'])
end
end
end
end
Please help me to resolve this problem.
Thank you very much!
Hi, John.
I am a beginner at COAWST, and I have a problem in executing the coawstM.
I'm trying to run WRF-ROMS coupled model to simulate the tropical cyclone.
I succeeded to compile coawstM, but there was a fatal error when I submit the job.
the error message is shown below,
[cli_13]: aborting job:
Fatal error in PMPI_Cart_create:
Invalid communicator, error stack:
PMPI_Cart_create(318): MPI_Cart_create(comm=0xffff8002, ndims=2, dims=0x3d18ba8, periods=0x8ef9bf0, reorder=0, comm_cart=0x7ffff93b29ac) failed
PMPI_Cart_create(256): Invalid communicator
I uploaded my compile script, run scripts, and log files.
Are there any mistakes in compiling or namelists?
coawst.bash.txt
coupling_wrftc.in.txt
namelist.input.txt
ocean_wrftc.in.txt
run_wrftc.out.txt
wrftc.h.txt
WRFTC.o3576.txt
Hi John,
Can you kindly give me a sample program to download the real time wave data?
I've tried many methods on the internet but I got only html of the website.
Thank you very much!
Hi, Jcwarner
I am a postgraduate student of NUIST and doing some researches on oceanic eddies with this coupled model. In my researches, I activated the ROMS and WRF, and the model run successfully.
However, I met a problem when I tried to change the coupled SST that to be exported to the WRF model? Explicitly, I want to spatially smooth the coupled SST at the coupling timestep, and then use this smoothed SST to drive the WRF model. How can I achieve this goal?
In my previous attempt, I tried to open the CPP options 'SST_CONST' and close 'MCT_INTERP_OC2AT'. While the model run successfully, but as you know this configuration just a one-way couple. The SST is still read from the wrflow* file.
Thanks in advance and looking forward to your reply.
Hi John (again),
I am having trouble to run SWAN+WRF after building it properly and probably is something really silly but I can't see/figure it out. Thus, I was wondering if you have had this problem before (see build_swan+wrf.txt in the zip file attached). As you can see when running WRF by itself or SWAN by itself they both run with no problem (wrfOut.txt and CCS_hsig.nc, respectively) so I am assuming my input/grid data for both models are right, so maybe I am not setting the proper flags in the swan+wrf.h file? Also, the error is WRF related and the closest answer that I got was from this link (https://www.researchgate.net/post/I_am_unable_to_figure_out_the_error_FATAL_CALLED_FROM_FILE_set_timekeepingG_after_execution_of_realexe_file_in_WRF) which is related to WRF only.
Thank you in advance,
Matheus
Hi John,
I'm trying using COAWST version 3.7 with 3 components, including WRF, ROMS, SWAN to real-time forecast. But, I got the problem related to SWAN model, this error is that:
forrtl: severe (174): SIGSEGV, segmentation fault occurred Image PC Routine Line Source coawstM 0000000003C1C1DA Unknown Unknown Unknown libpthread-2.17.s 00002AF6E7FFB5D0 Unknown Unknown Unknown coawstM 0000000000BD1AB4 swboun_ 3546 swanpre2.f90 coawstM 0000000000ADDE5E swread_ 1851 swanpre1.f90 coawstM 0000000000A6A6ED swan_initialize_ 332 swanmain.f90 coawstM 0000000000A0A136 waves_control_mod 76 waves_control.f90 coawstM 000000000041EFFD MAIN__ 360 master.f90 coawstM 0000000000419122 Unknown Unknown Unknown libc-2.17.so 00002AF6E8730495 __libc_start_main Unknown Unknown coawstM 0000000000419029 Unknown Unknown Unknown
I also find out in the PRINT file the issue came from the grid of SWAN model:
READINP BOTTOM 1 'Projects/Daily/swan_bathy.bot' 4 0 FREE ** Error : Grid angle <0 or >180 degrees 1 0 91.7968 116.7724 1 1 119.7694 144.7450 0 1 119.6029 144.5785 ** Error : Grid angle <0 or >180 degrees 0 1 119.6029 144.5785 0 0 91.6303 116.6059 1 0 91.7968 116.7724
All of log files are included in the below.
Please help me to address this problem!
Thank you very much.
COAWST.err.txt
COAWST.out.txt
PRINT01-001.txt
scrip_coawst_daily.in.txt
Hi:
I have successfully compiled the joe_tc diffgrid case in COAWST. But when I'm running it gives the following error:
d01 2014-07-19_00:00:00 Input data is acceptable to use: wrflowinp_d01
d01 2014-07-19_00:00:00 Input data is acceptable to use:
d01 2014-07-19_00:00:00 Input data is acceptable to use:
d01 2014-07-19_00:00:00 Input data is acceptable to use:
d01 2014-07-19_00:00:00 Input data processed for aux input 4 for domain 1
open_aux_u : error opening auxinput5_d01_2014-07-19_00:00:00 for reading. 100
d01 2014-07-19_00:00:00 Input data processed for aux input 5 for domain 1
d01 2014-07-19_00:00:00 Input data processed for aux input 4 for domain 1
open_aux_u : error opening auxinput5_d01_2014-07-19_00:00:00 for reading. 100
d01 2014-07-19_00:00:00 Input data processed for aux input 5 for domain 1
d01 2014-07-19_00:00:00 Input data processed for aux input 4 for domain 1
open_aux_u : error opening auxinput5_d01_2014-07-19_00:00:00 for reading. 100
d01 2014-07-19_00:00:00 Input data processed for aux input 5 for domain 1
d01 2014-07-19_00:00:00 Input data processed for aux input 4 for domain 1
open_aux_u : error opening auxinput5_d01_2014-07-19_00:00:00 for reading. 100
d01 2014-07-19_00:00:00 Input data processed for aux input 5 for domain 1
Could anyone give some suggestions in solving this problem?
err.txt
JOE_TCtest.out.txt
namelist.input.txt
namelist.wps.txt
Hi,
The last few lines of coawst.log, which is the below information, is generated when compiling COAWST (./coawst.bash). It seems that it has a trouble about master.f90. Please help me deal with this problem.
/usr/bin/cpp -P -traditional-cpp -w -DMPI -DLINUX -DX86_64 -DIFORT -D'ROOT_DIR="/work/07687/samlg/stampede2/realcase/COAWST"' -DSOUDELOR -D'HEADER="soudelor.h"' -D'ROMS_HEADER="/work/07687/samlg/stampede2/realcase/COAWST/Projects/Soudelor/soudelor.h"' -DNestedGrids= -D'ANALYTICAL_DIR="/work/07687/samlg/stampede2/realcase/COAWST/Projects/Soudelor"' -D'MY_ANALYTICAL="on"' -D'SVN_URL=""' -D'SVN_REV=""' -IROMS/Include -I/work/07687/samlg/stampede2/realcase/COAWST/Projects/Soudelor -IROMS/Nonlinear -IROMS/Nonlinear/Biology -IROMS/Nonlinear/Sediment -IROMS/Nonlinear/Wec -IROMS/Nonlinear/Vegetation -IROMS/Utility -IROMS/Drivers -IROMS/Functionals -I/work/07687/samlg/stampede2/realcase/COAWST/Projects/Soudelor -IMaster -ICompilers -D'HEADER_DIR="/work/07687/samlg/stampede2/realcase/COAWST/Projects/Soudelor"' Master/master.F > Build/master.f90
ROMS/Bin/cpp_clean Build/master.f90
cd ./Build; /opt/intel/compilers_and_libraries_2017.4.196/linux/mpi/intel64/bin/mpif90 -c -fp-model precise -ip -O3 -traceback -check uninit -I/work/07687/samlg/stampede2/realcase/COAWST/Lib/MCT/include -I/work/07687/samlg/stampede2/realcase/COAWST//WRF/main -I/work/07687/samlg/stampede2/realcase/COAWST//WRF/external/esmf_time_f90 -I/work/07687/samlg/stampede2/realcase/COAWST//WRF/frame -I/work/07687/samlg/stampede2/realcase/COAWST//WRF/share master.f90
master.f90(22): error #7002: Error in opening the compiled module file. Check INCLUDE paths. [MODULE_WRF_TOP]
USE module_wrf_top, ONLY : wrf_init
----------^
master.f90(22): error #6580: Name in only-list does not exist. [WRF_INIT]
USE module_wrf_top, ONLY : wrf_init
---------------------------------^
master.f90(23): error #6580: Name in only-list does not exist. [WRF_RUN]
USE module_wrf_top, ONLY : wrf_run
---------------------------------^
master.f90(24): error #6580: Name in only-list does not exist. [WRF_FINALIZE]
USE module_wrf_top, ONLY : wrf_finalize
---------------------------------^
compilation aborted for master.f90 (code 1)
make: *** [Build/master.o] Error 1
May I know the latest version of COAWST v3.7 has fixed the issue of netcdf output for more than one grid under nested configuration. I am having a nested configuration with coarse and fine grid coupling with ROMS in COAWST. I would like to have separate SWAN outputs from coarse and fine grid in netcdf format when both are enabled in the .in files. In the last version, an error was reported as ""allocatable array already allocated" . I did try the latest version v3.7 but only the coarse grid got output but not from the fine grid. When I disabled the netcdf output from coarse and only want to have the output from fine grid. However, nothing was output at all.
Thank you
Dickson
Hi John,
Following your suggestion, I post my issue in this site.
I got the problem which is related to the MCT:
MCT::m_SparseMatrixPlus::initFromRoot_:: FATAL--length of vector y different from row count of sMat.Length of y = 111826 Number of rows in sMat = 111150
My ROMS's domain has 390x285 grid points.
Besides, my SWAN's namelist likes that:
PROJECT 'Haima' '1'
'3Way coupling WRF-SWAN-ROMS'
MODE NONSTATIONARY TWODIMENSIONAL
SET DEPMIN 0.10 INRHOG 1 NAUTICAL PWTAIL 5
COORDINATES SPHERICAL
&& KEYWORD for number of nested SWAN grids.
NSGRIDS 1
&& KEYWORDS TO CREATE AND READ COMPUTATIONAL GRID &&
CGRID CURVILINEAR 390 285 EXC 9.999000e+003 9.999000e+003 CIRCLE 36 0.04 1.0 24
READGRID COORDINATES 1 'Projects/Haima/swan_coord.grd' 4 0 0 FREE
&& KEYWORDS TO CREATE AND READ BATHYMETRY GRID &&
INPGRID BOTTOM CURVILINEAR 0 0 390 285 EXC 9.999000e+003
READINP BOTTOM 1 'Projects/Haima/swan_bathy.bot' 4 0 FREE
&& KEYWORD TO CREATE CURRENT GRID &&
INPGRID CURRENT CURVILINEAR 0 0 390 285 EXC 9.999000e+003 &
NONSTATIONARY 20161017.000000 6 DAY 20161022.000000
&& KEYWORD TO CREATE WATER LEVEL GRID &&
INPGRID WLEV CURVILINEAR 0 0 390 285 EXC 9.999000e+003 &
NONSTATIONARY 20161017.000000 6 DAY 20161023.000000
&& KEYWORD TO CREATE BOTTOM FRIC GRID &&
INPGRID FRIC CURVILINEAR 0 0 390 285 EXC 9.999000e+003 &
NONSTATIONARY 20161017.000000 6 DAY 20161023.000000
& Boundary files ****************************************
& 2D Spec Boundary files ****************************
BOUND SHAPESPEC JONSWAP MEAN DSPR DEGREES
BOUNDSPEC SEGMENT IJ 0 0 0 285 CONSTANT PAR 0.1 20.0 0.0 15
BOUNDSPEC SEGMENT IJ 0 0 390 0 CONSTANT PAR 0.1 20.0 0.0 15
BOUNDSPEC SEGMENT IJ 390 0 390 285 CONSTANT PAR 0.1 20.0 0.0 15
BOUNDSPEC SEGMENT IJ 0 285 390 285 CONSTANT PAR 0.1 20.0 0.0 15
& Restart name **********************************
&INIT
INIT_DEFAULT
& PHYSICS ****************************************
BREAKING CONSTANT 1.0 0.73
FRICTION MADSEN 0.05
&OFF QUAD
GEN3 KOMEN
WCAP KOM 2.36E-5 3.02E-3 2.0 1.0 1.0
PROP BSBT
BLOCK 'COMPGRID' NOHEADER 'Haima_hsig.mat' LAY 4 HSIGN 1. OUTPUT 20161017.000000 1 HR
BLOCK 'COMPGRID' NOHEADER 'Haima_xp.mat' LAY 4 XP 1.
BLOCK 'COMPGRID' NOHEADER 'Haima_yp.mat' LAY 4 YP 1.
BLOCK 'COMPGRID' NOHEADER 'Haima_wind.mat' LAY 4 WIND 1. OUTPUT 20161017.000000 1 HR
BLOCK 'COMPGRID' NOHEADER 'Haima_hsig.nc' LAY 4 HSIGN 1. OUTPUT 20161017.000000 1 HR
RESTART 'swan_rst.dat' FREE 1 HR
&COMPUTE STAT 20161017.000000
COMPUTE NONSTAT 20161017.000000 180 SEC 20161023.000000
HOTFILE 'Haima_init.hot'
STOP>
And my sript.in is displayed in the below:
SWAN_COORD(1)='../../Projects/Haima/swan_coord.grd',
SWAN_BATH(1)='../../Projects/Haima/swan_bathy.bot',
SWAN_NUMX(1)=390,
SWAN_NUMY(1)=285,
CARTESIAN(1)=0,
The size of ROMS model:
Lm == 388 ! Number of I-direction INTERIOR RHO-points -2
Mm == 283 ! Number of J-direction INTERIOR RHO-points -2
N == 16 ! Number of vertical levels
ND == 0 ! Number of wave directional bins
Please help me to solve this problem.
Thank you in advance.
Hello John,
I am trying to compile COAWST on Red Hat Enterprise Linux 8.3.
Currently on this system, ./coawst.bash works fine to compile a running coastM executable for a ROMS-only test case (e.g., ducknc).
However, when I try to compile the Inlet_test in either SWAN only or ROMS+SWAN coupled, compiling fails.
This is as far as ./coawst.bash gets:
**cd ./Build; /home/suandas/miniconda3/envs/coawst/bin/mpif90 -c -frepack-arrays -O3 -ftree-vectorize -ftree-loop-linear -funroll-loops -w -ffree-form -ffree-line-length-none -frecord-marker=4 -fconvert=big-endian -I/usr/include -ffixed-form swanparll.f90
during GIMPLE pass: graphite
swanparll.f90:2085:0:
2085 | SUBROUTINE SWPARTIT ( IPOWN, MXC, MYC )
|
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://gcc.gnu.org/bugs/> for instructions.
make: *** [SWAN/Src/Module.mk:15: Build/swanparll.o] Error 1
make: *** Waiting for unfinished jobs....**
I also attach the full log file here. Any suggestions, much appreciated.
Ata
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.