You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/blog/posts/2025/10/eessi-eosc.md
+14-4Lines changed: 14 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,9 +28,9 @@ The [EOSC EU Node Tools Hub](https://open-science-cloud.ec.europa.eu/dashboard/t
28
28
29
29
## Adding EESSI to the Tools Hub
30
30
31
-
Most of the effort involved in creating the EESSI tool was in understanding a little about the TOSCA (Topology and Orchestration Specification for Cloud Applications) standard, since that is the underlying language used to describe a topology of cloud based web services, their components, relationships, and the processes that manage them.
31
+
Most of the effort involved in creating the EESSI tool was in understanding a little about the TOSCA (Topology and Orchestration Specification for Cloud Applications) standard, since that is the underlying language used to describe a topology of cloud based web services, their components, relationships, and the processes that manage them. To make a tool you need to use TOSCA.
32
32
33
-
I didn't really do that myself though, I employed the services of an AI friend to help me navigate how to create/modify the template.
33
+
I didn't really do that myself though, I employed the services of an AI friend to help me navigate how to create/modify a template I got from the Tools Hub.
34
34
35
35
One good thing about the Tools Hub is that it is _very_ easy to start by cloning an existing tool and then customising it for your use case. For me, that meant starting from [Simple Compute Node](https://open-science-cloud.ec.europa.eu/dashboard/tools-hub/tool-view?eo=MjEuMTExNjcvNDVGeWEy) and then adding an initialisation step that installs EESSI on the node. You can the critical difference in the `diff` below.
36
36
@@ -72,24 +72,34 @@ Basically this change means that when a node is started up a set of defined acti
72
72
EOF
73
73
chmod +x /etc/profile.d/eessi.sh
74
74
```
75
-
Most of the script is just to force a default `bash` shell for the users and remove some `lesspipe` output at login. The actual installation of EESSI (and CVMFS) is already handled via an external script that is (reasonably) OS-agnostic.
75
+
Most of the script is just to force a default `bash` shell for the users and remove some `lesspipe` output at login. The actual installation of EESSI (and CVMFS) is already handled via [an external script](https://github.com/EESSI/eessi-demo/blob/main/scripts/install_cvmfs_eessi.sh) that is (reasonably) OS-agnostic.
76
76
77
77
## Deploying EESSI via the Tools Hub
78
78
79
-
The first thing you need to do is convert some of your credits into quota you can use to deploy a virtual machine. This is done at https://open-science-cloud.ec.europa.eu/dashboard/vms. For my testing I used a _Small_ instance with only 2 vCPUs.
79
+
The first thing you need to do is convert some of your credits into quota you can use to deploy a virtual machine. This is done at [https://open-science-cloud.ec.europa.eu/dashboard/vms](https://open-science-cloud.ec.europa.eu/dashboard/vms). For my testing I used a _Small_ instance with only 2 vCPUs.
80
80
81
81
Once that is done, you will then be able to _deploy_ the EESSI Compute Node, for this step a picture is worth a thousand words
82
82
83
+
---
84
+
83
85

84
86
87
+
---
88
+
85
89
Once that is done, go have a cup of coffee :coffee: .
86
90
87
91
When you come back you should have a notification, and then you can go to the _Deployments_ tab under the Tools Hub. It is a little tricky to figure out how you access the deployed VM. Again here, two pictures are a thousand words
88
92
93
+
---
94
+
89
95

90
96
97
+
---
98
+
91
99

92
100
101
+
---
102
+
93
103
With the username `user`, IP `node_ip`, and RSA access key `token` from the deployment, you can then log in to the node. The first login will take quite a few seconds as the CVMFS cache gets populated, but after that things should be pretty fluid.
0 commit comments