|
| 1 | +--- |
| 2 | +authors: [adrianreber] |
| 3 | +date: 2026-11-01 |
| 4 | +slug: eessi-in-openhpc-4.2 |
| 5 | +--- |
| 6 | + |
| 7 | +# EESSI in OpenHPC 4.2 |
| 8 | + |
| 9 | +<figure markdown="span"> |
| 10 | +{width=50%} |
| 11 | +</figure> |
| 12 | + |
| 13 | +[OpenHPC](https://openhpc.community/) 4.2 was |
| 14 | +[released on 1 November 2026](https://openhpc.community/news/2026/openhpc-v4-2-release-additional-provisioners-resource-managers-and-module-systems/). |
| 15 | +Among the new material in the install guide is an optional section that sets up |
| 16 | +[EESSI](../../../../index.md) on the cluster being built: the CernVM-FS client |
| 17 | +on the head node and in the compute image, the `software.eessi.io` repository, |
| 18 | +and a module that makes the EESSI software stack available through the usual |
| 19 | +`module` commands. |
| 20 | + |
| 21 | +<!-- more --> |
| 22 | + |
| 23 | +## A long-standing connection |
| 24 | + |
| 25 | +OpenHPC and the EasyBuild community have been in contact for a long time. |
| 26 | +EasyBuild has been packaged in OpenHPC since late 2016 and is still part of |
| 27 | +OpenHPC 4.2, alongside Spack, for sites that prefer to build their own |
| 28 | +software. EESSI, in turn, grew out of that same community: its |
| 29 | +[software layer](../../../../software_layer.md) is built with EasyBuild, and |
| 30 | +the installations are exposed through Lmod. |
| 31 | + |
| 32 | +The integration of EESSI in OpenHPC 4.2 is therefore not a first encounter |
| 33 | +between two unrelated projects, but an existing connection becoming visible in |
| 34 | +the install guide, where site administrators are likely to come across it. |
| 35 | + |
| 36 | +It followed from several conversations over the past few years about bringing |
| 37 | +the two projects closer together. While working on OpenHPC 4.2 I returned to |
| 38 | +the idea, and integrating EESSI proved easier than expected. The section was |
| 39 | +written on the OpenHPC side and reviewed by the EESSI project. |
| 40 | + |
| 41 | +## What it does |
| 42 | + |
| 43 | +Administrators who want EESSI on their cluster can enable the section when |
| 44 | +preparing the installation. The recipe then installs the CernVM-FS client and |
| 45 | +the EESSI configuration on the head node and in the compute image, and adds an |
| 46 | +`eessi` module to the OpenHPC module hierarchy. From that point on, the |
| 47 | +standard EESSI workflow applies: |
| 48 | + |
| 49 | +```console |
| 50 | +[test@sms ~]$ module load eessi |
| 51 | +[test@sms ~]$ module avail EESSI |
| 52 | + |
| 53 | +-------------------- /cvmfs/software.eessi.io/init/modules --------------------- |
| 54 | + EESSI/2023.06 (D) EESSI/2025.06 EESSI/2026.06 |
| 55 | + |
| 56 | + Where: |
| 57 | + D: Default Module |
| 58 | + |
| 59 | +[test@sms ~]$ module load EESSI/2026.06 |
| 60 | +[test@sms ~]$ module avail |
| 61 | +``` |
| 62 | + |
| 63 | +The final `module avail` deserves attention. A freshly installed OpenHPC |
| 64 | +cluster already provides a substantial set of packages, but EESSI adds |
| 65 | +[more than 900 software projects](../../../../available_software/index.md) on |
| 66 | +top of it, built for the CPU architecture of the node on which the job runs, |
| 67 | +none of which has to be compiled at the site. For a cluster being set up today, |
| 68 | +this removes a considerable amount of work before users can start. |
| 69 | + |
| 70 | +The EESSI section is part of the recipe templates like every other section, and |
| 71 | +the test matrix includes configurations with `enable_eessi` set, so it is |
| 72 | +covered by the same integration testing as the rest of the guide. OpenHPC 4.2 |
| 73 | +was validated with 172,794 tests over 306 hours. |
| 74 | + |
| 75 | +## Points to consider before enabling it |
| 76 | + |
| 77 | +The section documents two constraints that are worth repeating here: |
| 78 | + |
| 79 | +- **Lmod is required.** EESSI ships its initialization modules as Lua |
| 80 | + modulefiles, which only Lmod reads. OpenHPC 4.2 also offers Environment |
| 81 | + Modules 5.7 as an alternative module system, but with that selected the |
| 82 | + repository still mounts and its files remain usable directly, while the EESSI |
| 83 | + modules cannot be loaded. Support for Environment Modules is so far a |
| 84 | + [proposal](https://modules.readthedocs.io/en/latest/design/eessi.html) in the |
| 85 | + Environment Modules documentation rather than something EESSI provides. |
| 86 | +- **A proxy is recommended in production.** The recipe configures clients with |
| 87 | + `CVMFS_USE_CDN=yes`, so that content is fetched through a CDN rather than |
| 88 | + directly from the EESSI mirror servers. This is adequate for a test cluster |
| 89 | + and keeps the load on those servers low, but a production cluster should run |
| 90 | + a local Squid proxy and point the clients at it with `CVMFS_HTTP_PROXY`. See |
| 91 | + the EESSI documentation on |
| 92 | + [native installation on clusters](../../../../getting_access/native_installation.md#native-install-on-clusters). |
| 93 | + |
| 94 | +## Reading the section |
| 95 | + |
| 96 | +OpenHPC 4.2 includes a |
| 97 | +[Recipe Explorer](https://openhpc.github.io/ohpc/4.2/explorer/): after |
| 98 | +selecting a base OS, architecture, provisioner and resource manager, and |
| 99 | +enabling the optional features, it renders the corresponding install guide |
| 100 | +together with a `recipe.sh` and an `input.local`. The EESSI section for an |
| 101 | +AlmaLinux 10 / x86_64 / Warewulf / Slurm cluster is available |
| 102 | +[here](https://openhpc.github.io/ohpc/4.2/explorer/#almalinux10-x86_64-warewulf-slurm?chapter=eessi); |
| 103 | +for a different combination, enable EESSI in the options on the left and the |
| 104 | +section appears in the table of contents. |
| 105 | + |
| 106 | +## Questions |
| 107 | + |
| 108 | +Questions about OpenHPC itself are best raised on the |
| 109 | +[OpenHPC](https://github.com/openhpc/ohpc) issue tracker. Questions about EESSI, |
| 110 | +such as missing software or problems with the CernVM-FS repository, should be |
| 111 | +directed to the EESSI project through the channels listed on the |
| 112 | +[support page](../../../../support.md). |
0 commit comments