Ocean Modeling Discussion

I have the same problem with the revision 566. It seems to be stalling when it reads the initial NetCDF file.

John, I am using ROMS-SWAN to study the wave-driven circulation in a lagoon system off Western Australia.

Liejun

In my ROMS/SWAN coupling application, there are quite a few times that the running model was terminated because the model requested more memory than that was assigned in the beginning.

More specifically, my application has a grid size 240x480x8. It ran on 8 CPUs. 2 CPUs were assigned for SWAN and ...

I am using ifort ver10 to compile ROMS 258M. It stopped at


/usr/bin/cpp -P -traditional -DMPI -DLINUX -DIA64 -DIFORT -D'ROOT_DIR="xxx/romscode"' -DWAVEBREAK -D'HEADER="wavebreak.h"' -D'ROMS_HEADER="xxx/swan/2drun//wavebreak.h"' -DNestedGrids=1 -D'ANALYTICAL_DIR="xxx/romscode/ROMS/Functionals"' -D ...

But then I could not pass the compilation. It complained that Sxy_psi is not defined. Actually I searched all files in ROMS subfolders and could not find its definition.

Is Sxyl_psi the temporary array you mentioned?

I think Sxy_psi in radiation_stress.F should be replaced by Sxyl_psi. There is no definition of Sxy_psi in radiation_stress.F. It appears 5 times in the code.

It only affects 2D applications.

Liejun

here is ROMS output


Coupled Input File name = input/coupling_inlet_test.in

Model Coupling Parallel Threads:

Ocean Model MPI nodes: 000 - 001
Waves Model MPI nodes: 002 - 002

Ocean Export: bath:SSH:Ubar:Vbar
Waves Export: Wdir:Wamp:Wlen:Wptop:Wpbot

Process Information:

Node # 0 (pid ...

John, thanks for your quick response.

I'm using ifort v9.1. I downloaded the newest MCT v2.5 and compiled it successfully without any complaint or warning messages, but the same problem still exists in ROMS/SWAN.

My ROMS/SWAN code is the latest version, 258M. There is no Errfiles from SWAN. The ...

When I ran ROMS/SWAN coupling test case INLET_TEST, the program terminated in initial.F where subroutine ocn2wav_coupling is called. It seems that SWAN was running normally because there were a number of SWAN output files, such as PRINT-00x, ***.mat-00x, point1-spc2d-00x, etc, but ROMS part was ...

I just tried this CPP flag. It solved my I/O problem. Thank you, Paul.

There are still other problems. but I think they are related with the configuration when I switch from ROMS v2.0 to v3.0. INLINE_2DIO is not available in ROMS 2.0, so I have to modify ROMS 3.0 as I did with ROMS 2.0.

unfortunately, the same error persisted in ROMS 3.0. I did not debug the code, but the output message seemed to point to the same problem.

.....

INITIAL: Configurating and initializing forward nonlinear model ...


NLM: GET_STATE - Read state initial conditions, t = 0.0000
(Iter=0001, File: cpb ...

Shih-Nan, I did do as you said, but it did not help.

I got a little more progress in debugging the code, but still have no idea how to solve the problem.

Here is what I found. The program aborted when it either read in 3D variables (u,v,T,S) in nf_fread.F or wrote out 3D variables in nf_fwrite.F ...

Hi,

I am running ROMS 2.0 on a 12-node linux cluster. I have no problem with the grid size 80x120x20, But when I doubled the horizontal resolution, ie, grid size 160x240x20, the run failed in the initial phase. Here is the model output,

....

INITIAL: Configurating and initializing ...

Node ...

In a manual to introduce biogeochemical model in ROMS, it says

if OXYGEN is defined in "cppdefs.h", the oxygen equation is solved additionally. if CARBON is defined in "cppdefs.h", the equations for all C-related components are solved additionally.

But I could not find OXYGEN or CARBON in "cppdefs ...

Hernan,

I am a little confused with the bottom stress calculation in ROMS. There are 3 ways for this calculation using either linear drag coefficient, quadratic bottom drag coefficient, or logarithmic formulation via bottom roughtness. Only one method should be chosen. I find bottom stress is ...