rsnt_translations
56,420
edits
Known issues: Difference between revisions
Jump to navigation
Jump to search
no edit summary
No edit summary |
No edit summary |
||
| Line 11: | Line 11: | ||
* Slurm can report: "Exceeded step memory limit at some point" which may be surprising and can cause a problem with dependent jobs. | * Slurm can report: "Exceeded step memory limit at some point" which may be surprising and can cause a problem with dependent jobs. | ||
** File I/O uses memory and Slurm is correctly reporting this usage. This usage (primarily delayed writes) was not as visible in previous systems. The kernel usually resolves such memory shortages by flushing writes to the filesystem. | ** File I/O uses memory and Slurm is correctly reporting this usage. This usage (primarily delayed writes) was not as visible in previous systems. The kernel usually resolves such memory shortages by flushing writes to the filesystem. | ||
** Memory shortage can cause the kernel to kill processes ("OOM kill"), which results in the same message but affects exit | ** Memory shortage can cause the kernel to kill processes ("OOM kill"), which results in the same message but affects exit code differently. | ||
** A job that reports DerivedExitStatus 0:125 indicates hitting the memory limit, but not being OOM-killed. | ** A job that reports DerivedExitStatus 0:125 indicates hitting the memory limit, but not being OOM-killed. | ||
** | ** Note that a step with 0:125 will *not* enable a job which has afterok dependency. This is a Slurm bug that will be [https://bugs.schedmd.com/show_bug.cgi?id=3820 fixed in 17.11.3], so that Slurm can distinguish between the warning condition versus actual kernel OOM-kill events. Slurm will continue to limit memory usage from cgroups, so I/O memory will still be counted and be reported when it exceeds the job's requested memory. | ||
<!--T:14--> | <!--T:14--> | ||