-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implementation of ROMS+CICE coupling #4
Comments
Followup question: Okay. That is great. Let me know when the ERIE case is ready. BTW, I just wonder if it possible to configure ROMS to get atmospheric forcing from CDEPS under UFS Coastal but using ROMS provided CICE in the first round. If that runs, it provides a baseline or reference point for us. Then we could try to replace internal CICE with UFS Weather Model provided one. Let me know what do you think? |
This is also related with #5 |
@uturuncoglu I'm going to revive this thread so we have a place to communicate. The directory I'm currently working in on Hercules is:
the base directory for my current version of ufs coastal is:
the input forcing / input grids are located in: cdeps: /work2/noaa/vdatum/jsmith/ufs_coast_setup/Forcing/ to build my current case I use
The ufs run configuration is
finally the error I'm experiencing is during the run phase the model will hang and not advance any further. In the PET logs I have the follow errors : PET1
PET2
appreaciate any input that you have! |
Ahhh okay! I think I found one issue I still have more that I'm working from: https://earthsystemmodeling.org/docs/nightly/develop/NUOPC_refdoc/node3.html the error is steaming from:
So switching verbosity to high yields the following confliction:
and
which is inline with the error. There are two producers for cpl_scalars one consumer of spl_scalars thus ambiguous. So going to the CDEPS cap for the ocn component
and comment the following (line 61) :
get rid of the error and the model resolved its issue! This is not the right solution to this issue since it leads to there being no cpl_scalars in the OCN state bundle and the model falls over Second purpose fix is to comment out the following line:
in
which avoids the issue listed above and yields the same error listed bellow. |
This being said the model still crashes more specifically I have the following standard error:
must be a PIO error netcdf error? idk though will update as I find out more I've isolated the error to the following:
and the line
This seems to causing a ton of issues in CICE... |
@SmithJos13 Okay. I could not find time to look at this but eventually check and let you know. Sorry. |
No worries I'm going to keep working on this. I think I'm making some headway! Ill provide periodic updates! |
I've built the model in a "serial" format by only using one PET. I accomplished this by setting:
This was to diagnose what model component was causing the crash. I found a couple error in my ATM cap and fixed those. Now the model is crashing again in the ICE component. I'm currently trying to build the CICE component without PIO by changing the following line,
in
getting a little closer now it looks like there is an issues with the export pointers,
maybe the export pointers need to initialized at the top of the ice_import_export.F90 file? Yeah I don't know what to do now. I can get the model to advance further in the initialization phase by introducing the mediator but then I think that is going to open up a whole new stack of problems. The issue that I run into there is that data being sent to the model is not on the same time step? this could be an issue caused by commenting out
I've also tried turning on the component complance checker and that was uninformative. |
@SmithJos13 I could not find your mail to send invitation. Could you send it to me? |
This is generic issue that aims to have discussion about ROMS+CICE coupling. Here is the recent conversation with Hernan,
Hernan:
I designed two test cases: LAKE_ICE and LAKE_ERIE.
The LAKE_ICE is an idealized application to test the ROMS native sea ice model. I ran it for three years. See the following link for the roms_test repository:
https://github.com/myroms/roms_test/tree/main/lake_ice/Forward
I haven’t finished configuring LAKE_ERIE. I already have the grid and downloaded the ECMWF forcing, but I haven’t created the initial conditions yet. The plan was to spin up for a few years, then test the ROMS native sea ice model and use the same test for coupling ROMS-CICE in the UFS. I stopped doing this because I was asked to develop the decimation/interpolation scheme for ROMS 4D-Var inner loops that our group urgently needs to run ECCOFS. I am almost done with it, and I come back to LAKE_ERIE.
The text was updated successfully, but these errors were encountered: