# Issues when transitioning from hh5 to xp65 in suite runs **URL:** \ **Category:** General\ **Tags:** help, access-cm2, suite\ **Created:** [26 May 2025 07:15 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544 "2025-05-26T07:15:16Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Hao](https://avatars.discourse-cdn.com/v4/letter/h/ea5d25/32.png) [@Hao](https://forum.access-hive.org.au/u/Hao)\ **Post date:** [26 May 2025 07:15 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/1 "2025-05-26T07:15:17Z")
Hi all, I’m trying to run the `u-cy339` suite in ACCESS-CM2 following this instruction: [Run ACCESS-CM - ACCESS-Hive Docs](https://docs.access-hive.org.au/models/run-a-model/run-access-cm). Since I don’t have `hh5` membership which I understand is being closed, I’m trying to transition everything regarding `hh5` to `xp65` in the suite. But I have encountered some issues: **1. Issue with loading conda environment:** At the beginning, I encountered an error in the [ocean\_ke\_check] step like: ![Screenshot 2025-05-26 at 5.39.53 PM](https://us1.discourse-cdn.com/flex020/uploads/access1/original/2X/7/75b520572dd85bce2c2a46a1a5c1ed982dfbf1b2.jpeg) Then, I found these lines in the suite.rc file: ```auto module use /g/data3/hh5/public/modules module unload python module load conda/analysis3 ``` Following the announcement: [ACCESS-NRI Analysis3 Conda Environments – New Release Announcement](https://forum.access-hive.org.au/t/access-nri-analysis3-conda-environments-new-release-announcement/4377). I replaced `hh5` with `xp65` in the path, and it seems to work now. Is it the correct approach to resolve this issue? **2. Issue with um2netcdf4 script:** However, I encountered another issue in [netcdf\_conversion] step. The error message is as follows: ![Screenshot 2](https://us1.discourse-cdn.com/flex020/uploads/access1/original/2X/f/f3c8ef11cdd3426713aad80de13ec6fbc441638c.jpeg) This error comes from `um2netcdf4` command in suite.rc file: ```auto module use ~access/modules module unload python module load pythonlib/um2netcdf4. ``` The following is the script of `um2netcdf4` which still seems to rely on `hh5`: ```auto $ cat ~access/modules/pythonlib/um2netcdf4/2.1 #%Module set help "Conversion of UM fieldsfiles to netCDF" set prefix ~access/apps/pythonlib/um2netcdf4/2.1 set install-contact "martin.dix@csiro.au" set install-date "2023-01-16" set url "https://bitbucket.csiro.au/users/dix043/src" conflict pythonlib/um2netcdf4 if ![is-loaded conda/analysis3] { module use /g/data3/hh5/public/modules module load conda/analysis3 } prepend-path PYTHONPATH $prefix prepend-path PATH $prefix setenv UMDIR /g/data/access/projects/access/umdir ``` Would it be possible to update `um2netcdf4` to use `xp65`, or is there an existing version that supports `xp65`? Does anyone have any suggestions? Thanks in advance! Hao Wang ---
**Author:** ![MartinDix](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/martindix/32/32_2.png) [@MartinDix](https://forum.access-hive.org.au/u/MartinDix)\ **Post date:** [28 May 2025 23:25 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/2 "2025-05-28T23:25:35Z")
um2netcdf4.py uses the mule package which isn’t yet included in xp65. I’ll look at a workaround but for the moment stay with hh5. ---
**Author:** ![Hao](https://avatars.discourse-cdn.com/v4/letter/h/ea5d25/32.png) [@Hao](https://forum.access-hive.org.au/u/Hao)\ **Post date:** [29 May 2025 00:10 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/3 "2025-05-29T00:10:58Z")
Thanks for looking into a workaround, @MartinDix . I’ll hold off now. ---
**Author:** ![harshula](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/harshula/32/256_2.png) [@harshula](https://forum.access-hive.org.au/u/harshula)\ **Post date:** [2 June 2025 00:54 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/4 "2025-06-02T00:54:35Z")
Assigned @MartinDix on 2 June 2025 00:54 UTC ---
**Author:** ![rbeucher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/rbeucher/32/11_2.png) [@rbeucher](https://forum.access-hive.org.au/u/rbeucher)\ **Post date:** [10 June 2025 00:25 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/5 "2025-06-10T00:25:54Z")
Hi all, `xp65` provides a copy of the `hh5` `analysis3-24.07` environment, which includes `mule` and other related packages. We’re currently looking into how these can be supported in the newer environments and will get back to you as soon as possible. In the meantime, you can load the `analysis3-24.07` environment on `xp65` with: ```bash module use /g/data/xp65/public/modules module load conda/analysis3-24.07 ``` ---
**Author:** ![dkhutch](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/dkhutch/32/510_2.png) [@dkhutch](https://forum.access-hive.org.au/u/dkhutch)\ **Post date:** [19 June 2025 01:46 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/6 "2025-06-19T01:46:11Z")
> [@rbeucher](#): > > analysis3-24.07 Hi all, I am also updating to xp65 and have found that when using the default analysis3 environment (`analysis3-25.04`), I get an error when I try to do `import xesmf` in python. If I revert back to `analysis3-24.07`, then xesmf works. Just wanted to flag this for future updates. Regards, David ---
**Author:** ![rbeucher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/rbeucher/32/11_2.png) [@rbeucher](https://forum.access-hive.org.au/u/rbeucher)\ **Post date:** [1 July 2025 02:18 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/7 "2025-07-01T02:18:55Z")
Hi @dkhutch , I believe it has been fixed in the recent versions of analysis3. ---
**Author:** ![dkhutch](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/dkhutch/32/510_2.png) [@dkhutch](https://forum.access-hive.org.au/u/dkhutch)\ **Post date:** [1 July 2025 03:41 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/8 "2025-07-01T03:41:08Z")
@rbeucher yes it seems to work for me thanks. ---
**Author:** ![dkhutch](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/dkhutch/32/510_2.png) [@dkhutch](https://forum.access-hive.org.au/u/dkhutch)\ **Post date:** [4 July 2025 02:22 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/9 "2025-07-04T02:22:30Z")
Hi again, Now that I’m trying to use up-to-date analysis3, i.e. `conda/analysis3-25.06`, I’ve noticed that the tool `ncvarinfo` is no longer there. I really like that tool… I think it was written by @Aidan a long time ago. Anyway, are there plans to keep it in the conda analysis package? I can “install” it manually otherwise. ---
**Author:** ![Aidan](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/aidan/32/42_2.png) [@Aidan](https://forum.access-hive.org.au/u/Aidan)\ **Post date:** [14 May 2026 00:09 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/10 "2026-05-14T00:09:14Z")
Split this topic on 14 May 2026 00:09 UTC 9 posts were split to a new topic: [Using nccompress without hh5 conda environment](https://forum.access-hive.org.au/t/using-nccompress-without-hh5-conda-environment/6420) ---
**Author:** ![paulleopardi](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/paulleopardi/32/92_2.png) [@paulleopardi](https://forum.access-hive.org.au/u/paulleopardi)\ **Post date:** [5 August 2025 06:23 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/15 "2025-08-05T06:23:41Z")
> **[dkhutch](https://forum.access-hive.org.au/u/dkhutch)** > > [@rbeucher](https://forum.access-hive.org.au/u/rbeucher) yes it seems to work for me thanks. @Aidan @dkhutch Can I mark this problem as being solved, and move the discussion after 1 July to a separate thread? ---
**Author:** ![wghuneke](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/wghuneke/32/102_2.png) [@wghuneke](https://forum.access-hive.org.au/u/wghuneke)\ **Post date:** [26 September 2025 03:54 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/16 "2025-09-26T03:54:54Z")
Hi NRI-team, @spencerwong hh5 is going to be decommissioned very soon (next week?). It would be great if the [Run ACCESS-CM2](https://docs.access-hive.org.au/models/run-a-model/run-access-cm2/) instructions could be updated. hh5 paths are hard-coded in many of the CM2 suites as described in this post and will likely not work anymore. Thanks, Wilma ---
**Author:** ![Aidan](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/aidan/32/42_2.png) [@Aidan](https://forum.access-hive.org.au/u/Aidan)\ **Post date:** [26 September 2025 06:14 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/17 "2025-09-26T06:14:52Z")
There is an open issue to update the run docs > > > Replace all current instances of hh5 conda/analysis3 on the Hive Docs with xp65 …conda/analysis3. This is to stay consistent with the upcoming announcement of a switch to the xp65 conda environment. > > List of files with hh5: https://github.com/search?q=repo%3AACCESS-NRI%2Faccess-hive.org.au%20hh5&type=code if you have any specific feedback that would be a good place to put it. ---
**Author:** ![wghuneke](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/wghuneke/32/102_2.png) [@wghuneke](https://forum.access-hive.org.au/u/wghuneke)\ **Post date:** [29 September 2025 01:04 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/18 "2025-09-29T01:04:48Z")
Thanks, done! ---
**Author:** ![wghuneke](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/wghuneke/32/102_2.png) [@wghuneke](https://forum.access-hive.org.au/u/wghuneke)\ **Post date:** [9 October 2025 04:27 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/19 "2025-10-09T04:27:09Z")
> [@rbeucher](#): > > `xp65` provides a copy of the `hh5` `analysis3-24.07` environment, which includes `mule` and other related packages. We’re currently looking into how these can be supported in the newer environments and will get back to you as soon as possible. > > In the meantime, you can load the `analysis3-24.07` environment on `xp65` with: > > ```auto > module use /g/data/xp65/public/modules > module load conda/analysis3-24.07 > > ``` I’m having the same`netcdf_conversion`issue as mentioned in this post when moving to xp65. I don’t understand the provided recommendation and am hoping someone can clarify the suggested workflow to me. The file that creates the problem (i.e. is trying to load `hh5` modules) is part of `~access/modules/pythonlib/` so I’m confused where I need to specify the different conda environment. I assume I’m not meant to make a local copy of `um2netcdf4`. Should the conda environment be specified in the `netcdf_conversion` section of `suite.rc`? [[netcdf\_conversion]] inherit = POSTPROC, NCI, SHARE pre-script = “”" module use ~access/modules module unload python module load pythonlib/um2netcdf4 ---
**Author:** ![bethanwhite](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/bethanwhite/32/3080_2.png) [@bethanwhite](https://forum.access-hive.org.au/u/bethanwhite)\ **Post date:** [9 October 2025 10:39 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/20 "2025-10-09T10:39:05Z")
Hi @wghuneke , this is set in `site/nci_gadi.rc`, under the `[[CONV]]` section: ```auto [[CONV]] pre-script = """ module use /g/data/xp65/public/modules module unload conda module load conda/analysis3-24.07 ``` I assume you have already got everything else in your suite set up to run with xp65, but in case not, you also need to add `gdata/xp65` to `set storage_projects` in `site/nci_gadi.rc :` `{% set storage_projects = [,… your other storage flags…], ‘gdata/xp65’, ‘scratch/’+environ[‘PROJECT’], ‘gdata/’+environ[‘PROJECT’]] %}` Handy tip, if you’re confused about where to add or edit something, then go to the top level of your rose directory and grep for it - e.g. in this case run `grep -ir ‘module load conda/analysis’` from the top of your suite’s rose directory, and it will pull out all files where this line exists 🙂 ---
**Author:** ![wghuneke](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/wghuneke/32/102_2.png) [@wghuneke](https://forum.access-hive.org.au/u/wghuneke)\ **Post date:** [9 October 2025 22:58 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/21 "2025-10-09T22:58:07Z")
Thanks @bethanwhite for getting back to me! I think your suggestion does not work for my suite which is set up differently. (I run a CM2 suite, copy of u-db130.) The equivalent to the `site/nci_gadi.rc` file in my suite is `suite.rc `which is where I set the storage flags and also updated to the `xp65` conda environment under the `ocean_ke_check` section. My question is regarding the `um2netcdf4` section in `suite.rc` for which a different python module is loaded separately (see my last post) from a central pythonlib directory under `/g/data/access` - which I don’t want/should/can touch. I assume all CM2 suites call this module. Since the module unloads any existing conda environments and then loads the `hh5` environment, I don’t think specifying anything in the `suite.rc` file will help. But my understanding might be wrong and I possibly make things more complicated then they are. (Am I making sense?) I would very much appreciate if someone can clarify this for me and suggest a workaround. Many thanks, Wilma ---
**Author:** ![bethanwhite](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/bethanwhite/32/3080_2.png) [@bethanwhite](https://forum.access-hive.org.au/u/bethanwhite)\ **Post date:** [10 October 2025 00:23 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/22 "2025-10-10T00:23:30Z")
Hi @wghuneke, hmmm, ok, I think I understand you now. My example above is from the unreleased version of AM3, so perhaps things work differently in the next release. There’s no `um2netcdf4`loaded in the suite I have. If um2netcdf4 is where the environment is loaded then I suspect the global solution would be for ACCESS-NRI to create an xp65 version of um2netcdf4 in access/modules. Otherwise as a temporary workaround, you could create your own local copy, change it to xp65, and call your local script. ---
**Author:** ![bethanwhite](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/bethanwhite/32/3080_2.png) [@bethanwhite](https://forum.access-hive.org.au/u/bethanwhite)\ **Post date:** [10 October 2025 00:26 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/23 "2025-10-10T00:26:18Z")
@wghuneke EDIT: I’ve just had a poke around in `access/modules` - there’s an xp65 version in there already: ```auto $ ll /g/data/access/modules/pythonlib/um2netcdf4/ total 12 -rw-r-----+ 1 mrd599 access.admin 525 Mar 10 2022 2.0 -rw-r-----+ 1 mrd599 access.admin 525 Jan 16 2023 2.1 -rw-r-----+ 1 mrd599 access.admin 735 Aug 15 08:58 xp65 ``` Can you try explicitly loading it and see what happens (unless someone from NRI jumps in to say we shouldn’t be doing that)?: `module load pythonlib/um2netcdf4/xp65` ---
**Author:** ![wghuneke](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/wghuneke/32/102_2.png) [@wghuneke](https://forum.access-hive.org.au/u/wghuneke)\ **Post date:** [10 October 2025 00:58 UTC](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544/24 "2025-10-10T00:58:19Z")
Thanks @bethanwhite , your last suggestion worked! In summary, to switch CM2 suites from hh5 to xp65, you will have to change 3 things in `suite.rc` : 1. Update `-l storage` flag to include `gdata/xp65` 2. `[[ocean_ke_check]]`: Load a specific (at least no newer than) version of the xp65 conda environment: `module use /g/data/xp65/public/modules module unload python module load conda/analysis3-25.05` 3. `[[netcdf_conversion]]`: change to `module load pythonlib/um2netcdf4/xp65` [Next page](https://forum.access-hive.org.au/t/issues-when-transitioning-from-hh5-to-xp65-in-suite-runs/4544.md?page=2)