Deadline loses Redshift Standard Material

Hello guys,
We have a bit of an issue with our Deadline Setup. We render a 4k image sequence, sometimes, not always, it loses the material of the geometry.

In the logs you can see this, which seems interesting to me because its says that some Redshifts libs error with Permision denied.

First of all, can this issue be that the rendered image has no materials? And how would I fix this?


2025-01-30 11:59:26:  0: INFO: Received Token: 1738234722
2025-01-30 11:59:26:  0: INFO: Connected to Cinema 4D
2025-01-30 11:59:27:  0: INFO: Set Verbose to True
2025-01-30 11:59:27:  0: STDOUT: Loading Scene: C:\ProgramData\Thinkbox\Deadline10\workers\Render-Server-1\jobsData\679b5b591652608610c2907c\congatec_20Jahre_Loop_1_02_jb.c4d
2025-01-30 11:59:27:  0: STDOUT: NodeSystemClassImpl call to InstantiateImpl didn't succeed for (com.redshift3d.redshift4c4d.nodes.core.standardmaterial, net.maxon.node.class.nodesystembasedtemplate, (nullptr)): Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.standardmaterial/net.maxon.asset.previewimageurl.derived) 
2025-01-30 11:59:27:  0: STDOUT:   Cause: Errno #13: Permission denied
2025-01-30 11:59:27:  0: STDOUT: NodeSystemClassImpl call to InstantiateImpl didn't succeed for (com.redshift3d.redshift4c4d.nodes.core.standardmaterial, net.maxon.node.class.lazytemplate, (nullptr)): Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.standardmaterial/net.maxon.asset.previewimageurl.derived) 
2025-01-30 11:59:27:  0: STDOUT:   Cause: Errno #13: Permission denied
2025-01-30 11:59:27:  0: STDOUT: NodeSystemClassImpl call to InstantiateImpl didn't succeed for (com.redshift3d.redshift4c4d.nodes.core.standardmaterial, net.maxon.node.class.descriptionnodetemplatewrapper, (nullptr)): Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.standardmaterial/net.maxon.asset.previewimageurl.derived) 
2025-01-30 11:59:27:  0: STDOUT:   Cause: Errno #13: Permission denied
2025-01-30 11:59:27:  0: STDOUT: Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.standardmaterial/net.maxon.asset.previewimageurl.derived)
2025-01-30 11:59:27:  0: STDOUT: CRITICAL: Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.standardmaterial/net.maxon.asset.previewimageurl.derived) [iofilehandler_impl.cpp(446)] 
2025-01-30 11:59:27:  0: STDOUT:   Cause: Errno #13: Permission denied [iofilehandler_impl.cpp(446)] [objectbase1.hxx(549)]
2025-01-30 11:59:27:  0: STDOUT: NodeSystemClassImpl call to InstantiateImpl didn't succeed for (com.redshift3d.redshift4c4d.nodes.core.rsscalarramp, net.maxon.node.class.nodesystembasedtemplate, (<(net.maxon.graph.interface.nodepath-C,uchar)> (<datatype,2) : <net.maxon.datatype.id> net.maxon.parametrictype.col<3,float>)): Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.rsscalarramp/net.maxon.asset.previewimageurl.derived) 
2025-01-30 11:59:27:  0: STDOUT:   Cause: Errno #13: Permission denied
2025-01-30 11:59:27:  0: STDOUT: NodeSystemClassImpl call to InstantiateImpl didn't succeed for (com.redshift3d.redshift4c4d.nodes.core.rsscalarramp, net.maxon.node.class.lazytemplate, (<(net.maxon.graph.interface.nodepath-C,uchar)> (<datatype,2) : <net.maxon.datatype.id> net.maxon.parametrictype.col<3,float>)): Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.rsscalarramp/net.maxon.asset.previewimageurl.derived) 
2025-01-30 11:59:27:  0: STDOUT:   Cause: Errno #13: Permission denied
2025-01-30 11:59:27:  0: STDOUT: NodeSystemClassImpl call to InstantiateImpl didn't succeed for (com.redshift3d.redshift4c4d.nodes.core.rsscalarramp, net.maxon.node.class.descriptionnodetemplatewrapper, (<(net.maxon.graph.interface.nodepath-C,uchar)> (<datatype,2) : <net.maxon.datatype.id> net.maxon.parametrictype.col<3,float>)): Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.rsscalarramp/net.maxon.asset.previewimageurl.derived) 
2025-01-30 11:59:27:  0: STDOUT:   Cause: Errno #13: Permission denied
2025-01-30 11:59:27:  0: STDOUT: Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.rsscalarramp/net.maxon.asset.previewimageurl.derived)
2025-01-30 11:59:27:  0: STDOUT: CRITICAL: Couldn't open file. (file:///C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x/dc/builtinrepository/com.redshift3d.redshift4c4d.nodes.core.rsscalarramp/net.maxon.asset.previewimageurl.derived) [iofilehandler_impl.cpp(446)] 
2025-01-30 11:59:27:  0: STDOUT:   Cause: Errno #13: Permission denied [iofilehandler_impl.cpp(446)] [objectbase1.hxx(549)]

How are you referencing this file?
Your user creates a file here
C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93

But the Commandline render puts data here…
C:/Users/admin/AppData/Roaming/Maxon/Maxon Cinema 4D 2024_A5DBFF93_x

Not sure if C4D is using locally sourced assets? You could run the RS export option in Deadline and render standalone to rule that out, or check these image links should exist in these locations

failing that is it permissions issues on that folder when you render as a user but the local account is different?

My problem with this is that it happens randomly.
Usually I copy all of the assets from the “non _x” Folder to the “_x” folder, so the commandline renderer has the exact same settings as our local maschines. That never made a problem.

The thing that confuses me is why a standardmaterial lib does bring up this issue. Not a texture or Material library that is located on our server.