Skip to content
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

Checks to add to ACCESS-OM3 Payu driver #109

Open
3 tasks
dougiesquire opened this issue Mar 1, 2024 · 12 comments
Open
3 tasks

Checks to add to ACCESS-OM3 Payu driver #109

dougiesquire opened this issue Mar 1, 2024 · 12 comments
Assignees

Comments

@dougiesquire
Copy link
Collaborator

We've discussed adding checks to the Payu driver to be run at setup to help ensure the configuration is valid. This issue is to list/discuss the checks we might want to include.

@anton-seaice
Copy link
Contributor

There are various grid files which are shared across models ..., I don't know if checking for consistency there makes sense (or is possible, the caps are already doing some checks).

e.g. from ice_ic:

  bathymetry_file = "./input/topog.nc"
  grid_atm = "A"
  grid_file = "./input/grid.nc"
  grid_ice = "B"
  grid_ocn = "A"
  grid_type = "tripole"
  kmt_file = "./input/kmt.nc"

These files names also need to match those in manifests ... although the models already have some error handling for that

@dougiesquire
Copy link
Collaborator Author

dougiesquire commented Mar 1, 2024

Possibly check that MOM outputs will not have missing values in coordinates - see COSIMA/cosima-recipes#325 (comment)

@anton-seaice
Copy link
Contributor

Check that the metadata.yaml file has been updated for the experiment?

@dougiesquire
Copy link
Collaborator Author

Check consistency between stop frequency in nuopc.runconfig and MOM diag_table - see #94

@anton-seaice
Copy link
Contributor

Check consistency between WW3 switches and WW3 config

(p.s. some things in this issue might make more sense as check in the nuopc driver, I haven't thought about it a lot)

@aekiss
Copy link
Contributor

aekiss commented Mar 27, 2024

Linking to related discussion: payu-org/payu#421

@dougiesquire
Copy link
Collaborator Author

Check that nprocs in ice_in matches ice_ntasks in the nuopc.runconfig - see ACCESS-NRI/access-om3-configs#48 (comment)

@anton-seaice
Copy link
Contributor

Check that nprocs in ice_in matches ice_ntasks in the nuopc.runconfig - see COSIMA/MOM6-CICE6#48 (comment)

I will investigate how this is set in the nuopc driver. We might be able to put a code fix in instead.

@dougiesquire
Copy link
Collaborator Author

I will investigate how this is set in the nuopc driver. We might be able to put a code fix in instead.

That would definitely be preferred

@anton-seaice
Copy link
Contributor

Check that nprocs in ice_in matches ice_ntasks in the nuopc.runconfig - see COSIMA/MOM6-CICE6#48 (comment)

I will investigate how this is set in the nuopc driver. We might be able to put a code fix in instead.

I asked CICE-Consortium/CICE#945

@CodeGat
Copy link

CodeGat commented Sep 6, 2024

Coming here from ACCESS-NRI/model-config-tests#52 - will give implementing these as QA checks a go!

anton-seaice added a commit to payu-org/payu that referenced this issue Sep 24, 2024

This PR implements checks of the processors selected in the nuopc.runconfig file for the access-om3 payu driver. This ensures that the processors requested for normal model operations and parallel IO are within range of the CPUs set in the payu config.yaml and each model "realm" uses processors for IO that are within the range of processors for that model component.

It adds tests for the min/max bounds of each parameter.

Contributes to COSIMA/access-om3#109

---------

Co-authored-by: minghang.li <minghangl1101@gmail.com>
Co-authored-by: Aidan Heerdegen <aidan.heerdegen@anu.edu.au>
@anton-seaice
Copy link
Contributor

anton-seaice commented Sep 24, 2024

Consolidated list from above suggestions:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants