Environment is Tivoli LoadLeveler 3.5 on SuSE Linux 10
We have a need for lower priority jobs to eventually get run, even if there are (initially) higher priority jobs in the queue... two classes, one with initially lower priority, one with initially higher, as set by classprio
We first thought that qdate would give us this dynamic view (of how old a job is) but on reviewing a previous thread here http://www.ibm.com/developerworks/forums/thread.jspa?threadID=213849
and the definition of qdate given here http://publib.boulder.ibm.com/infocenter/clresctr/vxrx/index.jsp?topic=%2Fcom.ibm.cluster.loadl35.admin.doc%2Fam2ug_llvrbls.html
QDate - The difference in seconds between the UNIX date when the job step enters the queue and the UNIX date when the negotiator daemon starts up.
it seems like QDate is static.
We want to write a sysprio expression like this
(assume that one CLASSPRIO is 50 and the other 100 ... )
SYSPRIO : - (ClassSysprio ) + JobAgeInSeconds/60
so that effectively the more minuts a jobs has been sitting around the higher priority it has.
Is this doable just using the configuration files? We're prefer not to have to run external scripts to do llmodify....
NOTICE: developerWorks Community will be offline May 29-30, 2015 while we upgrade to the latest version of IBM Connections. For more information, read our upgrade FAQ.
This topic has been locked.