- Oct 26, 2012
-
-
Morris Jette authored
-
Morris Jette authored
-
Olli-Pekka Lehto authored
-
Alejandro Lucero Palau authored
-
- Oct 25, 2012
-
-
Morris Jette authored
-
Morris Jette authored
Incorrect error codes returned in some cases, especially if the slurmdbd is down
-
Morris Jette authored
-
Morris Jette authored
-
Morris Jette authored
-
Morris Jette authored
-
- Oct 24, 2012
-
-
Morris Jette authored
-
Morris Jette authored
-
Morris Jette authored
-
Morris Jette authored
-
Morris Jette authored
Previously for linux systems all information was placed on a single line.
-
- Oct 23, 2012
-
-
Danny Auble authored
-
Morris Jette authored
-
Danny Auble authored
-
Morris Jette authored
was setting task count to ntasks-per-node times min node count. Now leaves ntasks unset
-
Danny Auble authored
interface instead of through the normal method.
-
Morris Jette authored
-
Danny Auble authored
-
Danny Auble authored
-
- Oct 22, 2012
-
-
Morris Jette authored
-
Danny Auble authored
-
Morris Jette authored
-
Matthieu Hautreux authored
In order to avoid the removal/creation of the slurm root cgroups of the managed subsystems, disable the notify_on_release to prevent the release agent from removing them automatically.
-
Matthieu Hautreux authored
In order to be more deterministic in the removal of the different layers of memcg involved when a step is running, do it manually by first acquiring a lock on the root memcg to protect concurrent creations of step memcg from invalid intermediate memcg directories in their own hierarchies.
-
Matthieu Hautreux authored
-
Matthieu Hautreux authored
Now relies on the task_pre_launch_priv to add tasks to the step memcg and delete it at the end of the step. slurmstepd no longer has to be added to any memcg for the logic to work.
-
Matthieu Hautreux authored
Prepare the use of task_pre_launch_priv to attach tasks to the various cgroup subsystem in order to no longer have to add the slurmstepd to the cgroup and let him belong to the default cg of each subsystem.
-
Matthieu Hautreux authored
This privileged call is executed just after the fork of each forked task by user root before becoming the user. It enables the task plugin to perform actions as a privileged user in every task context.
-
Morris Jette authored
-
Don Albert authored
-
Morris Jette authored
-
Morris Jette authored
-
Morris Jette authored
-
Morris Jette authored
-
- Oct 19, 2012
-
-
Danny Auble authored
-
Danny Auble authored
-