State:Closed|icon_bug|icon_katana|database:public|Resolution:Fixed|TargetRelease:4.0v4|BugID:394102|
On Linux, when the user triggers a Preview Render but a previous renderboot instance is still running, Katana attempts to terminate the process. By default, SIGTERM is sent. If renderboot is deadlock, SIGTERM will not be handled, and Katana will deadlock.
katana.3.1v4
if Interface.AtRoot() then Interface.CreateChild('expensive_children')else if Interface.GetOutputName() == 'expensive_children' then Interface.CreateChild('child') else local ffi = require "ffi" ffi.cdef "unsigned int sleep(unsigned int seconds);" ffi.C.sleep(10) endend Actual behavior:
Expected behavior:
if Interface.AtRoot() then Interface.CreateChild('expensive_children')else if Interface.GetOutputName() == 'expensive_children' then Interface.CreateChild('child') else local ffi = require "ffi" ffi.cdef "unsigned int sleep(unsigned int seconds);" ffi.C.sleep(10) endend Actual behavior:
Expected behavior:
Actual behavior:
Expected behavior:
Modifying the DEFAULT_RENDER_TERMINATION_SIGNAL to 'SIGKILL' will close the render process and allow Katana to start the next Render.
This can be setup with " export DEFAULT_RENDER_TERMINATION_SIGNAL=SIGKILL"
See Environment Variables in the Katana Developer Guide for more information
Arnold has added its own Environment Variable "ARNOLD_RENDER_TERMINATION_SIGNAL" which is set to SIGKILL by default.
This bug has been reproduced in:
PRMAN and ARNOLD (ARNOLD_RENDER_TERMINATION_SIGNAL variable manually set to SIGTERM )
Katana3.1v4 - CentOS7
Katana3.1v1 - CentOS7
Katana3.0v1 - CentOS7
Katana2.6v1 - CentOS7
Katana2.5v1 - CentOS7
Katana2.1v1 - CentOS7
Unable to reproduce the bug in:
Katana3.1v4 - Windows 7
This issue appears to be in all versions of the product
We're sorry to hear that
Please tell us why