Skip to content

Commit eeb1ab7

Browse files
committed
Merge branch 'master' into fix/munge_key
2 parents 54c0eea + b3b4f44 commit eeb1ab7

File tree

5 files changed

+11
-13
lines changed

5 files changed

+11
-13
lines changed

.gitignore

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,4 @@
11
*.swp
22
*.retry
33
*.pyc
4+
venv

README.md

Lines changed: 5 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -65,10 +65,7 @@ package in the image.
6565

6666
#### Accounting
6767

68-
By default, the accounting plugin will use the `accounting_storage/filetxt` storage type. However,
69-
this only supports a subset of `sacct` commands.
70-
71-
To deploy and configure `slurmdbd`:
68+
By default, no accounting storage is configured. OpenHPC v1.x and un-updated OpenHPC v2.0 clusters support file-based accounting storage which can be selected by setting the role variable `openhpc_slurm_accounting_storage_type` to `accounting_storage/filetxt`<sup id="accounting_storage">[1](#slurm_ver_footnote)</sup>. Accounting for OpenHPC v2.1 and updated OpenHPC v2.0 clusters requires the Slurm database daemon, `slurmdbd`. To enable this:
7269

7370
* Configure a mariadb or mysql server as described in the slurm accounting [documentation](https://slurm.schedmd.com/accounting.html) on one of the nodes in your inventory and set `openhpc_enable.database `to `true` for this node.
7471
* Set `openhpc_slurm_accounting_storage_type` to `accounting_storage/slurmdbd`.
@@ -80,13 +77,9 @@ The role will take care of configuring the following variables for you:
8077

8178
`openhpc_slurm_accounting_storage_port`: Which port to use to connect to the accounting storage.
8279

83-
`openhpc_slurm_accounting_storage_type`: How accounting records are stored. Can be one of `accounting_storage/none`,
84-
`accounting_storage/slurmdbd` or `accounting_storage/filetxt`.
85-
8680
`openhpc_slurm_accounting_storage_user`: Username for authenticating with the accounting storage.
8781

8882
`openhpc_slurm_accounting_storage_pass`: Mungekey or database password to use for authenticating.
89-
with the accounting storage
9083

9184
For more advanced customisation or to configure another storage type, you might want to modify these values manually.
9285

@@ -212,3 +205,7 @@ To drain nodes, for example, before scaling down the cluster to 6 nodes:
212205
drain: "{{ inventory_hostname not in desired_state }}"
213206
resume: "{{ inventory_hostname in desired_state }}"
214207
...
208+
209+
---
210+
211+
<b id="slurm_ver_footnote">1</b> Slurm 20.11 removed `accounting_storage/filetxt` as an option. This version of Slurm was introduced in OpenHPC v2.1 but the OpenHPC repos are common to all OpenHPC v2.x releases. [](#accounting_storage)

defaults/main.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -15,7 +15,7 @@ openhpc_job_maxtime: 24:00:00
1515
# Accounting
1616
openhpc_slurm_accounting_storage_host: "{{ openhpc_slurmdbd_host }}"
1717
openhpc_slurm_accounting_storage_port: 6819
18-
openhpc_slurm_accounting_storage_type: accounting_storage/filetxt
18+
openhpc_slurm_accounting_storage_type: accounting_storage/none
1919
# NOTE: You only need to set these if using accounting_storage/mysql
2020
openhpc_slurm_accounting_storage_user: slurm
2121
#openhpc_slurm_accounting_storage_pass:

molecule/requirements.txt

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
11
pip
22
setuptools
3-
molecule[docker,lint]
4-
ansible>=2.9.0
3+
molecule[docker,lint,ansible]
4+
ansible>=2.9.0

tasks/runtime.yml

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -56,8 +56,8 @@
5656
src: slurmdbd.conf.j2
5757
dest: /etc/slurm/slurmdbd.conf
5858
mode: "0600"
59-
owner: root
60-
group: root
59+
owner: slurm
60+
group: slurm
6161
notify: Restart slurmdbd service
6262
when: openhpc_enable.database | default(false) | bool
6363

0 commit comments

Comments
 (0)