Hi all,
on nuke renders deadline seems to ignore the stub limit of 2 and doesn’t seem to register nodes that are actually rendering with that stub limit.
Image:
We have 2 render licenses, limit is set to 2, 3 machines are rendering and the “stubs in use” column says only one is.
This was an issue back in older versions of 7. Which version of Deadline are you on? Would you be able to upgrade?
Hello,
We are seeing this a few times lately, with the negative stub count. Can you verify how long this has been going on for? If the issue existed before upgrading to 8.0.10, you may need to delete and recreate these limits. If you can give this a try and let us know how it goes? Thanks.
Actually, this is the first time I have seen negative stub limits… its that you pointed it out…
I will try deleting the nuke one and remaking it.
To come back to this,
I have re-made loads of the limits, including the Nuke limit, from scratch.
Its still ignoring it and I’m getting more and more (minus) limits.
The limit system seems way more buggy than before.
Hello,
I’m having some difficulty reproducing this issue, would you be able to provide more information about the conditions in which this problem appears? Are the jobs that are using the offending limits failing often? Are the Limits using overage? Are slaves crashing or stalling prior to the counts being lowered? Can you provide a snapshot of the state of one of the broken limits? You can get this data from mongodb, or you can use the Web Service and request the following in a browser:
http://WEBSERVICEADDRESS:WEBSERVICEPORT/api/limitgroups?Name=LIMITNAME
Also, the limits in our version of deadline seem to all have weird problems.
Getting -limits.