- 10 Jul, 2013 8 commits
-
-
Morris Jette authored
-
Morris Jette authored
-
Morris Jette authored
-
Danny Auble authored
-
Danny Auble authored
-
Danny Auble authored
values.
-
Danny Auble authored
-
Morris Jette authored
-
- 09 Jul, 2013 17 commits
-
-
Danny Auble authored
-
Morris Jette authored
-
Danny Auble authored
-
Danny Auble authored
-
Danny Auble authored
-
Danny Auble authored
allowed to see their associations.
-
Danny Auble authored
-
Danny Auble authored
-
Danny Auble authored
plugins have been removed.
-
Francois Diakhate authored
show information to users that had no associations on the system.
-
Morris Jette authored
Fix for bug 330
-
Morris Jette authored
-
Danny Auble authored
-
jette authored
-
https://github.com/SchedMD/slurmjette authored
-
jette authored
-
jette authored
-
- 08 Jul, 2013 1 commit
-
-
Thomas Cadeau authored
-
- 06 Jul, 2013 2 commits
-
-
Morris Jette authored
Previously srun would fail if the hostlist expression was larger than 0xffff bytes.
-
Morris Jette authored
-
- 05 Jul, 2013 8 commits
-
-
John Thiltges authored
When using ThreadsPerCore > 1, it appears that DefMemPerCPU is being scaled by slurmctld, but not by slurmd/slurmstepd. For example, we set ThreadsPerCore=2 and DefMemPerCPU=100. Running a single core job, we would expect two threads to be allocated and AllocMem on the assigned node to increase by 200MB. scontrol reports that AllocMem increased by 200MB, but the task/cgroup plugin only sees 100M of RAM. It looks like the problem may lie in common/slurm_cred.c:format_core_allocs(). The function counts the job/step cores and multiplies the mem_limit's, but it does not scale the CPU count like in slurmd/slurmd/req.c:_check_job_credential(). See bug 309
-
Morris Jette authored
-
Morris Jette authored
-
jette authored
-
jette authored
-
jette authored
-
jette authored
-
jette authored
-
- 03 Jul, 2013 4 commits
-
-
Morris Jette authored
-
Piortr Lesnicki authored
This is the correction of the slurm client which otherwise fails the PMI2_Init() step. This hidden bug was introduced in the standalone client made from BULL and David's modification made it occur : a wrong size (by 1 too short) was passed to strncpy for keys, then David replaced strncpy by MPICH's MPIU_Strncpy forcing a terminal '\0'. Bug 359
-
Morris Jette authored
-
Danny Auble authored
messed up output. Use the parsable options if you want this kind of view.
-