When initializing Slave when launching DeadlineLauncher with a different user using runas command (one of Window’s commands), we get an error message like below.
Being executed is Maya’s rendering and there is no problem when launching DeadlineLauncher normally.
[Error Message]
Exception during render: An error occurred in RenderTasks(): Failed to
assign process “C:\aw\Maya2009\bin\Render.exe” to job object: access denied
What we want to do is to restrict access for outputting and inputting files and render as a specified user.
What we did is:
(1) Log on as a normal user
(2) Start Deadlinelauncher.exe with a user xxxxx@yyyyy
runas /user:xxxxx@yyyyy /profile deadlinelauncher.exe
(3) Start Slave by selecting “Launch Slave” from DeadlineLauncher icon on the right hand side.
(4) Execute MayaRender on Slave.
We get the same “access denied” message when executing the Windows command on C:\Windows\system32\cmd.exe instead of MayaRender.
Which version of Windows are you running this on? It’s very likely that you won’t be able to use the runas command with Deadline until Deadline 4.0 is released (which is scheduled for around the end of November).
Cheers,
Hi,
I know this is a really old tread. but i have the same problem with an updated version or deadline. I run the slave as another user ( our render user) wich is admin on my machine. What i get is :
[code]=======================================================
Error Message
Exception during render: An error occurred in RenderTasks(): Error starting “C:\Program Files\Side Effects Software\Houdini 12.0.574\bin\hython.exe” in “C:\Program Files\Side Effects Software\Houdini 12.0.574\bin” : Accès refusé.
à Deadline.Plugins.ScriptPlugin.RenderTasks(String taskId, Int32 startFrame, Int32 endFrame, String& outMessage)
=======================================================
Slave Log
0: Plugin will be reloaded because a new job has been loaded, or one of the job files has been modified
0: Loaded plugin: Houdini
0: Task timeout is disabled.
0: Loaded job: testCube_v01.hip (00c_050_999_1ff1e5ce)
0: Successfully mapped R: to \FX-NAS-01\vfx\RENDER
0: Successfully mapped K: to \FX-NAS-01\vfx\Projets
0: INFO: StartJob: initializing script plugin Houdini
0: INFO: Any stdout that matches the regular expression “(Couldn’t find renderer.)" will be handled as appropriate
0: INFO: Any stdout that matches the regular expression "(Error: .)” will be handled as appropriate
0: INFO: Any stdout that matches the regular expression “.(No licenses could be found to run this application).” will be handled as appropriate
0: INFO: Any stdout that matches the regular expression “(Error: Unknown option:.*)” will be handled as appropriate
0: INFO: Any stdout that matches the regular expression “.Rendering Frame ([0-9]+).” will be handled as appropriate
0: INFO: Any stdout that matches the regular expression “.Finished Rendering.” will be handled as appropriate
0: INFO: Any popup windows with titles matching the regular expression “.Streaming SIMD Extensions Not Enabled.” will be handled by pressing “OK”
0: INFO: About: Houdini Plugin for Deadline
0: Plugin rendering frame(s): 1
0: INFO: Starting Houdini Job
0: INFO: Stdout Handling Enabled: True
0: INFO: Popup Handling Enabled: True
0: INFO: Using Process Tree: True
0: INFO: Hiding DOS Window: True
0: INFO: Creating New Console: False
0: INFO: Render Executable: “C:\Program Files\Side Effects Software\Houdini 12.0.574\bin\hython.exe”
0: INFO: Render Argument: “C:\Users\renderfx\AppData\Local\Thinkbox\Deadline\slave\Poste-0468\plugins\hrender_dl.py” -f 1 1 1 -d /out/mantra1 “//fx-nas-01/vfx/RENDER/testCube_v01.hip”
0: INFO: Startup Directory: “C:\Program Files\Side Effects Software\Houdini 12.0.574\bin”
0: An exception occurred: Exception during render: An error occurred in RenderTasks(): Error starting “C:\Program Files\Side Effects Software\Houdini 12.0.574\bin\hython.exe” in “C:\Program Files\Side Effects Software\Houdini 12.0.574\bin” : Accès refusé.
à Deadline.Plugins.ScriptPlugin.RenderTasks(String taskId, Int32 startFrame, Int32 endFrame, String& outMessage) (Deadline.Plugins.RenderPluginException)
=======================================================
Error Type
RenderPluginException
=======================================================
Error Stack Trace
à Deadline.Plugins.Plugin.RenderTask(String taskId, Int32 startFrame, Int32 endFrame)
à Deadline.Slaves.SlaveRenderThread.RenderCurrentTask(TaskLogWriter tlw)
[/code]
The " Accès refusé." means acces denied. Administrator or via, event troug the command line, i can get it to work. Do you guys have any input that could gide me ?
Thk
Fred
Hey Fred,
That error is a different one than the original poster’s, and I’m not quite sure what would cause it. Deadline 4 would only have fixed the “Failed to assign process … to job object” error.
Do you have UAC enabled on the machine?
Cheers,
no we deactivate it. It was our first guess too.
Here’s one thing you could try. Go to \your\repository\plugins\Houdini and open Houdini.py in a text file. Find this line near the top:
self.PopupHandling = True
After this line, insert this new line:
self.UseProcessTree = False
Save the file, submit a new job, and see if it makes a difference. I’ve read that creating processes when running as a different user can run into problems when assigning processes to job objects, which is what Deadline uses to manage the process tree on Windows.
If that doesn’t help, maybe try opening a command prompt as the other user and try running the slave from the command prompt. The job objects can work differently in a command prompt, so it’s worth a try.
Cheers,
We just try it, and still the same error.
Could it be possible that dealineslave, run as renderfx call houdini as fasavard, my user name ? And then windows just dont like that ?
Also i should notice you it does that on every program (maya, 3delight, nuke)
Thanks
Fred
Just to confirm, did you also try launching the slave from a command prompt that was run as administrator?
I would expect that the process the slave starts up would run under the same account as the slave. This is definitely the case if Deadline is running as a service under a different account then the user that’s logged in to the machine.
Yes we also Try thé command promt as admisnistrator. Do you have any clue how to fix the problem ?
At this point, no. I’m not even sure what the problem is.
I was able to reproduce the problem though. So we’ll look into it and see what we can figure out.
Okay thks,
Should we look to another way to work it out for the moment or you think that is someting you will fix fast ? We use this system to use our house computer as node. And i need to “kind of predict” the time it will took to work.
Tks again !
Fred
If you install Deadline as a service on this machine, and set the account it runs as to be your render node account, that should work for now.
If this is a bug in our code, the fix won’t be available for a while. Deadline 5.2 is almost out the door, so we won’t have time to squeeze in the fix, which means it won’t be available until the following Deadline release (and the release date for that hasn’t been set).
Cheers,
I did some research, and the problem is related to using job objects in conjunction with runas. It’s something in the runas environment that prevents Deadline from assigning the rendering process to its own job object (which it uses to manage the process tree). What that implies is that if UseProcessTree is set to False, it should work. I confirmed this in my tests here.
However, we do not recommend disabling UseProcessTree because if Deadline needs to stop the rendering process for any reason, it will not be able to stop any child processes the main rendering process may have started up. In some cases, like the MayaCmd plugin, a child process actually does all the work (Render.exe just launches MayaBatch.exe), so if the job is canceled, you would still have MayaBatch.exe rendering in the background.
What this means is that the only recommended way to do what you want is to install Deadline as a service, and make it use the account you want.
Cheers,
Ho right THks,
We had problem booting the service, but we got it working !
Fred