The issue is here which we have no authority to modify. Need some help!!
under this file:
/g/data/access/projects/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
}
Thanks for the heads up. There are 4 affected files in ~access/modules.:
[dr4292@gadi-login-09 modules]$ grep -r data3 .
./pythonlib/um2netcdf4/2.1: module use /g/data3/hh5/public/modules
./pythonlib/um2netcdf4/2.0: module use /g/data3/hh5/public/modules
./pythonlib/umfile_utils/cmip6: module use /g/data3/hh5/public/modules
./pythonlib/umfile_utils/access_cm2: module use /g/data3/hh5/public/modules
The permissions are set such that only @MartinDix can fix this. Fortunately it seems that due to ‘popular demand’ NCI has re-instated the /g/data3 symlink as of 11:15am today. Still this should be fixed, we can’t assume the symlink will be around forever.
the um2necdf script will be available in the future within other set of tools to manipulate ACCESS ancillary files.
For now, since it’s still in a pre-release form, you can do the following: