Am 30.01.2014 um 15:11 schrieb Daniel Kamalic: > Thanks for your quick response, Reuti. Uggh, that's too bad. I'm running > version 2011.11 . Do you think this was fixed in a newer version? (I think > based on your last sentence that you're saying you think it was fixed.)
Maybe it was in OGE only: http://www.univa.com/resources/files/Release_Notes_Univa_Grid_Engine_8.0.0.pdf (Second to very last sentence) > If not, do you have any suggested workarounds? Not really one that I'm happy with. - in the prolog of the superordinated queue, check how many slots were requested, (n-1) suspensions we need in addition - in the prolog submit (n-1) super-superordinated jobs to a dummy queue with zero resource requests to trigger more jobs getting suspended (maybe in the jobname put the job id of the original job to select them later easily) - in the epilog `qdel` the dummy jobs The super-superordinated queue will need a setting like: subordinate_list slots=4(low.q:1:sr, high.q:2:sr) We need the superordinated high.q here to limit the overall used slot count of active slots (replace 4 with your set value) (as we suspend (n-1) slots in addition, the event that any job in high.q gets suspended should never happen). Setting this up, it's necessary to upgrade to SoGE as otherwise we see one unsuspended slot being left over otherwise: https://arc.liv.ac.uk/trac/SGE/ticket/775 -- Reuti > On 1/30/14, 6:04 AM, Reuti wrote: >> Hi, >> >> Am 29.01.2014 um 20:01 schrieb Daniel Kamalic: >> >>> Slotwise preemption doesn't seem to be working correctly for single jobs >>> that take up multiple slots on my setup: >> >> Unfortunately that's true. >> >> I can't find a discussions about it in the mailing list though. I thought >> this was an issue which was fixed in the meantime. >> >> -- Reuti _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
