Skip to content

[Bug]: Slurmctld, slurm-restapi and slurmd(nodesets) images does not support user identity resolution from SSSD natively #129

@sanketcoredge

Description

@sanketcoredge

Description

The Slinky login image (ghcr.io/slinkyproject/login) natively bundles SSSD and exposes a first-class sssdConf helm value that allows operators to configure LDAP-based user identity resolution out of the box. However, the slurmctld and slurmd images do not include SSSD or any equivalent NSS-to-LDAP bridge.

This creates a gap when running per-user jobs with LDAP-backed POSIX identities:

slurmd calls setuid(uid) / setgid(gid) to run jobs as the mapped user. Without NSS-to-LDAP resolution, UID/GID lookups fail, $HOME and $USER are incorrect, and job execution under the correct user identity is broken.
slurmctld needs UID resolution for prolog/epilog scripts and accounting.

Steps to Reproduce

  • Deploy a Slurm
  • Provision a POSIX user in OpenLDAP (e.g., uid=alice, uidNumber=10001)
  • Configure sssdConf on the loginset to point to the OpenLDAP instance — user resolves correctly on the login pod
  • Submit a job as alice via the Slurm REST API
  • Observe that Job is in PENDING state. Reason is Job Held Admin.

Environment:

slurm-operator: v1.0.0
Slurm: 25.11
Images: ghcr.io/slinkyproject/slurmctld:25.11-ubuntu24.04, ghcr.io/slinkyproject/slurmd:25.11-ubuntu24.04

Expected Behavior

Slurmctld and slurmd should have native support to resolve user identity via SSSD.

Metadata

Metadata

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions