Skip to content

Conversation

@chrisb13
Copy link
Collaborator

@chrisb13 chrisb13 commented Sep 24, 2025

Attempting to run mom6 standalone, Harshula said we can use pre-release infra'!


🚀 The latest prerelease access-om3/pr151-4 at 279fb07 is here: #151 (comment) 🚀

Attempting to run mom6 standalone, Harshula said we can use pre-release infra'!
@chrisb13
Copy link
Collaborator Author

ping @harshula as we've been chatting about it.

@github-actions
Copy link

🚀 Attempted to deploy access-om3 Prerelease pr151-1 with commit 64e0c98

🖥️ Gadi Deployment ❌

@chrisb13 chrisb13 changed the title Update spack.yaml Can pre-release infra be used to build MOM6 standalone Sep 24, 2025
@chrisb13
Copy link
Collaborator Author

Closing this as @dougiesquire has re-confirmed that it's not possible.

@dougiesquire
Copy link
Collaborator

It is possible, but what you tried here is not how to do it.

As we talked about yesterday, you can use the prerelease infrastructure to build whatever you like (within the confines of a few CI checks/requirements). E.g. in this PR I built FRE-NCtools. However, this is not something we should do routinely or probably at all.

@dougiesquire dougiesquire deleted the cbull_test_mom6standalone branch September 24, 2025 04:55
@chrisb13 chrisb13 restored the cbull_test_mom6standalone branch September 28, 2025 06:49
@chrisb13 chrisb13 reopened this Sep 28, 2025
Trying out a variation of what Harshula suggested here: https://access-nri.zulipchat.com/#narrow/channel/470332-ocean-seaice/topic/Pipeline.20for.20MOM6.20node.20testing/near/541139569
(Dougie suggested this might work without deleting the other components...)
@github-actions
Copy link

🚀 Attempted to deploy access-om3 Prerelease pr151-3 with commit 64e0c98

🖥️ Gadi Deployment ❌

@github-actions
Copy link

🚀 Attempted to deploy access-om3 Prerelease pr151-4 with commit 279fb07

🖥️ Gadi Deployment ✔️

Usage Instructions

access-om3, defined in ./spack.yaml, will be deployed to Gadi as:

  • 2025.07.000 as a Release (when merged).
  • pr151-4 as a Prerelease (during this PR).

This Prerelease is accessible on Gadi using:

module use /g/data/vk83/prerelease/modules
module load access-om3/pr151-4

When using the above modules, the binaries shall be on your $PATH.

For advanced users, this Prerelease is also accessible on Gadi via /g/data/vk83/prerelease/apps/spack/0.22/spack in the access-om3-pr151-4 environment.
Due to inode-saving measures, one will have to manually untar the environment metadata before environment activation with tar -xf .spack-env .spack-env.tar. It will require one to have write privileges.

Configuration Information

This Prerelease is deployed using:

If the above was not what was expected, commit changes to config/versions.json in this PR.

@chrisb13
Copy link
Collaborator Author

From @CodeGat the CD wizard:

Haha, the hack works, it's the comment that is wrong. You'd use the module access-mom6/pr151-4 instead. Undocumented, but hey, it's a hack 😉

[cyb561@gadi-login-04 ~]$ module purge
[cyb561@gadi-login-04 ~]$ module use /g/data/vk83/prerelease/modules
[cyb561@gadi-login-04 ~]$ module load access-mom6/pr151-4
Loading access-mom6/pr151-4
  Loading requirement: access-mom6/dependencies/pr151-4/access-mocsy/2025.07.002-ucihukj access-mom6/dependencies/pr151-4/access-generic-tracers/2025.08.000-lbeknxx
[cyb561@gadi-login-04 ~]$ which access-mom6
/usr/bin/which: no access-mom6 in (/g/data/vk83/prerelease/apps/spack/0.22/release/linux-rocky8-x86_64_v4/oneapi-2025.2.0/access-mom6-2025.07.000-ruhunvj5oyc2nidysvbmajb42ehtszzm/bin:/home/561/cyb561/.local/bin:/home/561/cyb561/bin:/opt/pbs/default/bin:/opt/nci/bin:/opt/bin:/opt/Modules/v4.3.0/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin)

@aidanheerdegen
Copy link
Member

Using the wrong exe name

$ ls /g/data/vk83/prerelease/apps/spack/0.22/release/linux-rocky8-x86_64_v4/oneapi-2025.2.0/access-mom6-2025.07.000-ruhunvj5oyc2nidysvbmajb42ehtszzm/bin
mom6

@chrisb13
Copy link
Collaborator Author

chrisb13 commented Sep 29, 2025

Thanks @aidanheerdegen, I was hoping to have a hacked config.yaml with something like:

modules:
    use:
        - /g/data/vk83/prerelease/modules
    load:
        - access-mom6/pr151-4

model: access-mom6
exe: mom6
input: 
.
.

Would you expect this to work?

I suppose another option is:

model: mom6
exe: $ /g/data/vk83/prerelease/apps/spack/0.22/release/linux-rocky8-x86_64_v4/oneapi-2025.2.0/access-mom6-2025.07.000-ruhunvj5oyc2nidysvbmajb42ehtszzm/bin
mom6/mom6

Which I think should work for sure but is less preferred (by the release team I think)?

@dougiesquire
Copy link
Collaborator

Both the model and exe should be mom6

@chrisb13
Copy link
Collaborator Author

Thanks @dougiesquire, like this?

modules:
    use:
        - /g/data/vk83/prerelease/modules
    load:
        - access-mom6/pr151-4

model: mom6
exe: mom6

@dougiesquire
Copy link
Collaborator

dougiesquire commented Sep 29, 2025

Yup. The model field is the name of the Payu model driver to use. The exe field is the path to the executable (or just the executable name if it is already on your PATH)

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants