conundrum

[Adrian Wyer]

i wonder if anyone has any insight on a current problem i'm having.....

one of our renderboxes started rebooting often, after a LOT of poking i think i narrowed it down to a busted 2080ti (it had two, now has one)

anyway, long story short, reinstalled windows 10 pro, maya 2020, redshift 3.0.45, RR 8.2.08 (i know, old and out dated)

during maya install it complained that it wasn't installed correctly.... but it will run and i can use maya ok

when i try and render on it from royal render it always crashes, regardless of the scene, with the error;

R 73| ' 12:10.56 rrMaya - SET: redshiftOptions.skipExistingFrames = 0

R 74| ' 12:10.56 rrMaya - ERR: Error occurred during execution of MEL script

R 75|

R 76|

R 77| ' 12:10.56 rrMaya : ...

R 78| ' 12:10.56 rrMaya : ..

R 79| ' 12:10.56 rrMaya : ...

R 80| ' 12:10.58 rrMaya - ERR:

R 81| Error reported, aborting render script

R 82|

R 83|

R 84|

R 85| ' 12:10.58 rrMaya : ...

R 86| ' 12:10.58 rrMaya : ..

R 87| ' 12:10.58 rrMaya : ...

R 88| Error: file: C:/RR_localdata/renderscripts/kso_maya.mel line 11: NameError: file C:/RR_localdata/renderscripts\kso_maya.py line 43: Error reported, aborting render script

i can render the scene locally in an interactive maya, and locally from the commandline.. and it works fine... 

i thought there may be something associated with the machine name in the farm database on the server, so uninstalled RR, i deleted the node in config, renamed the machine, reinstalled RR and tried again.. so a totally fresh install... same deal, crashes at the same point

we have 10 other machines with the same spec and versions that work fine

the log is not helping... and i have reached the limit of things to try... any ideas?

thanks guys

a

[RR, Schoenberger]

Hi

 

It looks like a known bug in Redshift.

RR tries to set the GPUs for rendering and this crashes.

We added a try/except workaround some time ago.

Which RR version do you use?

 

 

 

Further background:

The issue was caused by some local Redshift preference file that sets the GPUs to use.

I assume the preference file has still the other GPU set.

(I am sorry, but I do not remember the location of that preference file)

I assume deleting/fixing that file should work as well.

But updating RR is always a good choice as well.

 

 

regards,
Holger Schönberger

 

Please use the rrKnights Tavern
or our support system for new questions.

[Adrian Wyer]

so with a fresh windows install (again) and fresh maya/houdini/redshift/rr :

it will render from commandline and interactively locally... in both maya and houdini

but hangs on the farm in houdini without even creating a log file, and hangs on maya with the same error as the first post above

very strange and super frustrating.....

a

[Adrian Wyer]

ohhhh, a development, houdini DOES render from the farm... i was being impatient....

so maybe maya is the culprit......

a

[Adrian Wyer]

also noticed whilst trying a complete scorched earth uninstall of autodesk garbage (my god how many hidden folders and registry entries can there be?!?!)

the network is only getting about 10Mb/s   

feels like i have opened a can of worms...

a

[RR, Schoenberger]

Hi

 

I need to take a look at your render script. If it is the old script or not.

Please select the job in rrControl.
Then execute "Export debug info - selected job(s)" via the menu "Debug".
Please upload it via www.RoyalRender.de/upload_r.php

 

 

 

PS: Did you format/re-partition the harddrive before you reinstalled Windows or is it a repair installation over the old one?

[Adrian Wyer]

it was a complete partition removal/format... i've uninstalled maya (including ADs clean uninstall guide, manually removing ALL folders related to maya) then tried a re-install with a fresh installer (downloaded a new one) and i still get failed install errors... nothing useful in the maya install logs 

this is definitely a maya problem, as houdini is working through RR perfectly....

i'll get to the bottom of this

uploaded the debug from a failed job, but realized it was from last night and i hadn't even put redshift on again yet... second upload is a job where it failed on FR2020_01 is with full maya/redshift install

in the meantime i will try and figure out what's up with the maya installer

[Adrian Wyer]

ok, after a lot of windows updates, autodesk license service fluff, and many cups of coffee... maya installed without error

i can render in the app, i can render from a commandline

royal render still crashes (in maya, it's fine with houdini jobs)

i've uploaded a new debug

[RR, Schoenberger]

Hi

 

The issue ist that MtoA is not found. But MtoA has created some nodes and properties in your scene:

 

    RuntimeError: file <maya console> line 1: Plug-in, "mtoa", was not found on MAYA_PLUG_IN_PATH.

    ' 12:23.50 rrMaya - ERR: Error occurred during execution of MEL script

 

 

RR is configured to use a network folder for MtoA.

 

There are three solutions to the issue:

1. Update RR.
   The new rrEnv file uses your local C:\Program Files\Autodesk\Arnold\maya20xx\ installation if you do not render with Arnold.
   And you can completely disable the network folder of MtoA for all jobs and always use the local version.
   (In this case you must not have different Maya service packs on your clients)
   
   
2. Copy the contents of the local MtoA folder C:\Program Files\Autodesk\Arnold\maya20xx\ into this folder:
   * MtoA source path is set to \\warp\fluid\RR\render_apps\renderer_exe\maya\win_x64\mtoadeploy_2020
   
   
3. Unload MtoA in Maya before you save the scene file.

[Adrian Wyer]

copied the mtoa install (which you can see being copied during render start to the local RR folder in the log)

still crashes at the same point....

uploaded new debug

weird that this machine out of 12 seems to have this issue... they all have the same redshift/rr/maya/houdini setup

a

[RR, Schoenberger]

Hi

 

The log file still reports a missing mtoa folder:

* MtoA source path is set to \\warp\fluid\RR\render_apps\renderer_exe\maya\win_x64\mtoadeploy_2020

CP| __________________________________ rrCopy __________________________________

CP| Copy directory from '\\warp\fluid\RR\render_apps\renderer_exe\maya\win_x64\mtoadeploy_2020' to 'C:\......

CP| Source Dir does not exist!

[Adrian Wyer]

weird, it's definitely there!

[RR, Schoenberger]

Does it work if you paste the UNC path into the explorer address bar?

Just to check if there is an issue with the UNC name.

 

Then try to login with the rr user and access the path.

[Adrian Wyer]

unc path works, as both users.... although RR user windows did a bunch of updates on login, but still crashes

uploaded new debug....

[Adrian Wyer]

also the "mtoadeploy_2020_xx.xx.xx"  exists in the rrlocal on the c drive.... there's a version for each version of redshift the farm has tried to use.....

[RR, Schoenberger]

I am out of ideas why that machine cannot find the Mtoa folder.

 

Please copy the mtoa files/folders manually into
C:\RR_localdata\renderer_exe\maya\win_x64\mtoadeploy_2020__3.0.39

on that client.

This should work for now.

 

The long-term solution is to update RR that it uses the local MtoA folder.

[Adrian Wyer]

copied everything manually... getting the same crash

i'm off tomorrow, i'll do an update on monday fingers crossed that fixes it!

a

[Adrian Wyer]

ok it's been 6 months or more and i never got that machine to render in the farm... which is not optimal!

now we're up against a deadline and aside from needing that machine rendering we've hired in another box with 4 RTX8000s in it... and im getting he same issues!!

render from commandline and interactive as my user and as RR login works fine... royal render just errors every time on a simple test scene

R 72| ' 11:04.57 rrMaya      : OS conversion done
R 73| Warning: Unknown object type: pgYetiGroom
R 74| Warning: Unknown object type: pgYetiMaya
R 75| Warning: Unknown object type: pgYetiMayaFeather
R 76| ' 11:04.57 rrMaya      : Removing potential Yeti commands as there are no yeti nodes
R 77| ' 11:04.57 rrMaya      : Renderer is 'redshift'
R 78| ' 11:04.57 rrMaya - SET: defaultRenderGlobals.imageFilePrefix = rs3_test_058/rs3_test_058
R 79| ' 11:04.57 rrMaya - SET: defaultRenderGlobals.animation = True
R 80| ' 11:04.57 rrMaya - SET: defaultRenderGlobals.modifyExtension = 0
R 81| ' 11:04.57 rrMaya - SET: defaultRenderGlobals.extensionPadding = 4
R 82| ' 11:04.57 rrMaya - SET: defaultRenderGlobals.startExtension = 1
R 83| ' 11:04.57 rrMaya - SET: camera to 'persp'
R 84| Warning: file: C:/Program Files/Autodesk/Maya2020/scripts/others/makeCameraRenderable.mel line 45: Found camera perspShape.
R 85| ' 11:04.57 rrMaya - SET: redshiftOptions.imageFilePrefix = rs3_test_058/rs3_test_058
R 86| ' 11:04.57 rrMaya - SET: redshiftOptions.skipExistingFrames = 0
R 87| ' 11:04.57 rrMaya - ERR: Error occurred during execution of MEL script
R 88|
R 89|
R 90| ' 11:04.57 rrMaya      :                                    ...
R 91| ' 11:04.57 rrMaya      :                                    ..  
R 92| ' 11:04.57 rrMaya      :                                    ...
R 93| ' 11:04.59 rrMaya - ERR:
R 94| Error reported, aborting render script
R 95|
R 96|
R 97|
R 98| ' 11:04.59 rrMaya      :                                    ...
R 99| ' 11:04.59 rrMaya      :                                    ..  
R100| ' 11:04.59 rrMaya      :                                    ...
R101| Error: file: C:/RR_localdata/renderscripts/kso_maya.mel line 11: NameError: file C:/RR_localdata/renderscripts\kso_maya.py line 43: Error reported, aborting render script
R102|
R103| >"C:\Program Files\rrService\lc64\rrCheckexitcode.exe" 1 0 0 1
R104| +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
R105| +++++++++++++++++++++++++++03.05. 11:05.02 Render Executable done +++++++++++++++++++++++++++++++++++
R106| ++++++++++++++++++++ Royal Render checks the return code of the executable ++++++++++++++++++++
R107| ++++ Executable returned 1 (0x 1) as exit code for frame 1 (jobthread 0).
R108| ++++ Executable crashed
R109| ++++++++++++++++++++++++++++++++++++++++++++ 8.2.07+++++++++++++++++++++++++++++++++++++++++++++++++++
R110|  ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
   0|  Desktop-80o2cki  rrClient console L  8.2.08f    rrVer8.2.08      Support expired 15.May.19
   1|  11:05:02.20
   2|  Job ID: {JEK }
   3|  ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
   4|
   5|
   6|
   7|
   8| Current time:03.05 11:05.05
   9| Total processing time: 00:00.25

[RR, Schoenberger]

Hi

 

I need to take a closer look

Please select the job in rrControl.
Then execute "Export debug info - selected job(s)" via the menu "Debug".
Please upload it via www.RoyalRender.de/upload_r.php

 

 

 

regards,
Holger Schönberger

[Adrian Wyer]

done, thanks Holger... it's killing me having a rental render box sitting there doing nothing :(

a

[RR, Schoenberger]

Hi

 

It still looks like the old Redshift bug for which we have implemented a workaround in the render script.

You should update RR.

 

Otherwise I tried to copy the redshift function from the new script into the version that you use.

Perhaps it works.

I cannot test it as your RR version is 4 years old and we do not have a test installation of such old RR versions.

 

www.RoyalRender.de/download/support/kso_maya.zip

You have to copy it into the 2 folders:

RR\render_apps\scripts\

RR\render_apps\scripts\rr_original

[Adrian Wyer]

OUTSTANDING!!!   it works.. you are a true hero!

im gonna get us onto subscription next week... and i'll update our RR version... but until then, we can render!

thanks dude!

a

[Adrian Wyer]

everything humming along, until one job throws the following error;

R  8| Error: ...source "C:/RR_localdata/renderscripts/kso_maya.mel"; rrStartWrapper("C:/RR_localdata/renderscripts", " PyModPath: C:/RR_localda
R  9| Error: Line 1.806: Unterminated string. 

is this related to the new scripts?

[Adrian Wyer]

uploaded a debug... won't have a chance to upgrade/subscribe until the end of the week....so hopefully this is a simple fix

a

[RR, Schoenberger]

Hi

 

Please check your image name in Maya.

Does it contain a „Scene>“ and not „<Scene>“?

[Adrian Wyer]

jeez would have taken me ages to find that!

the animator responsible has been sent to work in roto... thank you sir!

a

[Adrian Wyer]

seriously though...you guys need a tip jar!