
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">note:<div class="">JOBid limit is mentioned here:</div><div class=""><a href="https://github.com/SchedMD/slurm/blob/master/RELEASE_NOTES" class="">https://github.com/SchedMD/slurm/blob/master/RELEASE_NOTES</a></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">greets</div><div class=""><br class=""></div><div class="">Ron<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 6 Mar 2018, at 15:53, Ron Golberg <<a href="mailto:ron.golberg@icloud.com" class="">ron.golberg@icloud.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hi all,<br class="">I would like to implement Slurm in my current HPC system.<br class="">I have many Jobs divided into job arrays - which makes me cross the Slurm’s 67 Million JOBuid limit.<br class="">I've looked into the source code and it looks like the ID’s are being reused (67 Mil jobs cycle) but Slurm can handle identical IDs with the help of another UID in the accounting DB (called: db_index).<br class="">So I understand that I can submit more than 67 Million Jobs, but is it possible to use the real unique ID from the accounting db for Slurm operations? <br class="">for example - check job status.<br class="">will it work if I won’t use accounting db at all?<br class=""><br class="">also, I have an external application that manages jobs sent to the scheduler, Is it ok for it to rely on the db_index for managing jobs on Slurm (is the accounting db always up-to date)?<br class=""><br class="">Thanks in advance,<br class="">Ron<br class=""><br class=""><br class=""><br class=""></div></div></blockquote></div><br class=""></div></body></html>