Dear E3SM Team,
A new bug-fix release of E3SM-Unified is available: 1.9.1. E3SM-Unified is a combination conda and spack environment that includes a large amount of analysis and pre- and post-processing software for E3SM users. The new version includes updates to MOAB, NCO, zppy, and zstash packages.
Bug fixes and improvements in 1.9.1
MOAB 5.5.1:
PR #644: Improve Doxygen output for documentation. New website now available at https://web.cels.anl.gov/projects/sigma/docs/moab/index.html. Please update your bookmarks as the old ftp site will be taken down soon.
PR #645, #648: New ESMF format NC reader
PR #649: A new halo exchange example under intermediate folder to measure performance of nearest-neighbor halo-exchange communication kernels
PR #640: Allow reading MPAS file without time dimension
PR #642: NCHelper - idx need to be integer
PR #643: iMOAB - update global mesh info
PR #646: Fix several outstanding issues with mbtempest
Propagate grid_dims correctly for RLL grids
Store history metadata as attributes for provenance
PR #654: Fix a bug when metadata has an empty semicolon string
PR #657: Assert on unknown key during iMOAB ApplyWeights
NCO 5.1.9:
See full release notes at https://github.com/nco/nco/blob/5.1.9/doc/ANNOUNCE
ncremap now, by default, fills with 0.0 (instead of FillValue) gridcells where sub-gridscale fraction is zero. Previous behavior (filling with FillValue) can be restored with new
--mpt_mss
option.ncremap supports new TR bilinear and integrated bilinear algorithm types
ncremap supports new standard names <WeightGenerator><AlgType> for old algorithms, e.g.,
esmfaave
,traave
,ncoaave
ncra, ncrcat fix behavior of dimension interleave (ILV) parameter http://nco.sf.net/nco.html#bug_ilv
All operator fix possible path separator issue in MS Windows
Improved inferral of MALI grids (radians rather than degrees automatically detected)
Support for attributes stored as NC_STRING rather than NC_CHAR
zppy 2.3.1:
zstash 1.4.1:
Activation
As in previous versions, you can access the environment as usual by sourcing an activation script:
Acme1:
source /p/user_pub/e3sm_unified/envs/load_latest_e3sm_unified_acme1.sh
Andes:
source /gpfs/alpine/proj-shared/cli115/e3sm-unified/load_latest_e3sm_unified_andes.sh
Anvil:
source /lcrc/soft/climate/e3sm-unified/load_latest_e3sm_unified_anvil.sh
Chicoma:
source /usr/projects/e3sm/e3sm-unified/load_latest_e3sm_unified_chicoma-cpu.sh
Chrysalis:
source /lcrc/soft/climate/e3sm-unified/load_latest_e3sm_unified_chrysalis.sh
Compy:
source /share/apps/E3SM/conda_envs/load_latest_e3sm_unified_compy.sh
Frontier:
source /ccs/proj/cli115/software/e3sm-unified/load_latest_e3sm_unified_frontier.sh
Perlmutter (CPU nodes):
source /global/common/software/e3sm/anaconda_envs/load_latest_e3sm_unified_pm-cpu.sh
Details
A few critical bugs were revealed after the release of 1.9.0 in September and these are fixed here. The new version has been deployed on our supported machines: Acme1, Andes, Anvil, Chicoma, Chrysalis, Compy, Frontier and Perlmutter. Note: We encourage users at OLCF to use Andes, rather than Frontier, for processing and analysis.
On 6 machines (Anvil, Chicoma, Chrysalis, Compy, Frontier and Perlmutter) there are 6 packages of interest -- ESMF, ILAMB, MOAB, NCO, TempestExtremes and TempestRemap -- that have been built with Spack using system compilers and MPI libraries. When you load E3SM-Unified on a compute node, you will have access to these versions, which can be run in parallel and which will typically run more efficiently than their counterparts in conda packages.
Next version
Testing of the next version (1.10.0) is planned to begin in early February 2024 and deployment is expected in early March. To request packages and versions to include, make a comment on Next Version.
As always, please email me if there are any questions, or post an issue at https://github.com/E3SM-Project/e3sm-unified/issues.
Cheers,
Xylar and the Infrastructure Team