AWS Thinkbox Discussion Forums

report crossplatform c4d

Deprecated Deadline 6 Bug Reports
#1

Deadline Version: 6.0.0.50117
FranticX Version: 2.0.0.50113
license-server + mongodb on osx 10.6.8, repository on NAS
c4d r14.025
clients are osx and win7

hi there, here some reports from the last two weeks:

-------1. installation
mono, mongodb and repository installed from scratch: mongodb was running, license server NOT.
after every reboot i have to start mongodb and license-server manually. these are my commands via terminal:
/Applications/Thinkbox/FLEXnet/lmgrd -c “/Applications/Thinkbox/FLEXnet/Thinkbox_license_zwonull.lic”
/Applications/mongo/application/bin/mongod --dbpath /Applications/mongo/data/db

the installer of mongodb says, the system ist 32bit? even on another mac with osx 10.8.2.

------2. running deadline
once the license-server and mongodb started, deadline works relatively well.
-monitor crashes sometimes for no reason, crashes for shure after long time running (10h+)
-slaves crashes sometims on osx for no reason, (i cant reproduce it)
-have to restart some of the slaves after a server-reboot

------3. c4d plugin
clients render but won´t safe files to disk when multipass-rendering has a wrong path or quicktime output, even when it´s unchecked

-----4. 3rd party plugins
turbulance fd is not working on the mac-side.

hope, this can help a bit,
best regards,
wolfram

#2

Thanks for the feedback!

1. Installation

The bug with detecting a 64 bit Mac has been fixed and will be included in beta 13.

The bug with mongodb not starting after a reboot should also be fixed in beta 13. The problem was that the installer was launching mongod with admin privileges, so the mongo database and lock files were created with those privileges. In beta 13, we’re no longer launching it as admin, and that appears to fix the restart issue.

For the license server, we currently do not have a script to set it up to automatically start at launch. You basically need to set up a launchd plist to do this. I found this example of how to create a plist and load it using launchctl:
hpc.ucsc.edu/lmgrd-as-launchd-daemon/

2. Running Deadline

I think we’ve fixed both the monitor and slave crashing issue on OSX. These fixes will be included in beta 13. The next time it happens, can you grab us the crash report? If you open up the Console app on OSX, the crash reports should show up under DIAGNOSTICS AND USAGE INFORMATION -> User Diagnostic Reports.

3. c4d plugin

That sounds like a C4D bug. Can you send us the error report from the job?

4. 3rd party plugins

Can you send us the log for this as well? It’s probably an issue with either C4D or the plugin itself (since Deadline is just doing a command line render with C4D), but the error report will help us determine if that’s the case or not.

Thanks!

  • Ryan
#3

hey Ryan,

1. installation

ok, i will check this in beta 13 and will have a look at the script.

2. running deadline

here is a crash report from the monitor (the slave didn´t crashed since my last reboot :slight_smile:

3. c4d plugin

here are some logs of a mac-client and a pc-client. it´s interesting: the same client on the same job sometimes saved well, sometimes not.
here is the scene-file as well for you to check: zwonull.com/download/_deadli … tipass.zip

slave output c4d not saving files win7:

same job, but sucessfully saved frame:

slave output c4d not saving files osx:

4. 3rd party plugins

here are the logs of the plugins, not working on osx:

report slave not rendering when using 3rd party plugin turbulence fd:

report slave not rendering when using 3rd party plugin rebus

best regards
wolfram

#4

  1. Thanks for that log. This is actually a different problem than the one we fixed, but it’s the same one that someone else reported seeing on Linux. It’s already logged as a bug and we’ll be looking into it.

  2. For the windows jobs that failed to save, I think the problem is that you’re writing to a movie format with no padding:

\\ZWONULL-NAS\zwonull-DATEN\arte\imagefilm 2013\layouts\121217\kurztrenner2sek_05_refr.mov

So all frames will be written to the same file. If you have more than one slave writing at the same time, you’ll get failures.

I’m not quite sure what’s going on with the OSX job, but in beta 13, we will be catching the “Rendering failed” message so that these jobs are not marked as complete.

  1. Yeah, I think Deadline is just the messenger in both these cases. As a test to confirm this, go to the machine that these errors are occurring on and open a terminal. Then run these commands:

"/Applications/MAXON/CINEMA 4D R14/CINEMA 4D.app/Contents/MacOS/CINEMA 4D" -nogui -render "/Volumes/zwonull-DATEN/arte/imagefilm 2013/c4d/_deadline test multipass.c4d" -frame 2 2 -oresolution 1920 1080 -oimage "/Volumes/zwonull-DATEN/_deadline rendertest/deadline rendertest" -omultipass "/Volumes/zwonull-DATEN/arte/imagefilm 2013/layouts/121217/kurztrenner2sek_05" 

"/Applications/MAXON/CINEMA 4D R14/CINEMA 4D.app/Contents/MacOS/CINEMA 4D" -nogui -render "/Volumes/zwonull-DATEN/arte/imagefilm 2013/c4d/_deadline test multipass.c4d" -frame 19 19 -oresolution 1920 1080 -oimage "/Volumes/zwonull-DATEN/_deadline rendertest/deadline rendertest" -omultipass "/Volumes/zwonull-DATEN/arte/imagefilm 2013/layouts/121217/kurztrenner2sek_05"

These are the exact commands that Deadline is running. If you get the same errors, you know it’s not Deadline.

Cheers,

  • Ryan
#5
  1. yeah, but the multipass-option in the c4d-file is unchecked. so it should be ignored, only the normal rendering should be saved as a png-sequence. have a look at the scene file:http://www.zwonull.com/download/_deadline_test_multipass.zip
#6

Thanks for posting this test scene. We were able to reproduce the problem, and it was because we were only checking the RDATA_MULTIPASS_SAVEIMAGE setting, which can still return True even if RDATA_MULTIPASS_ENABLE is disabled. We now check both of these settings, which fixes the issue.

This fix will be included in beta 13.

Cheers,

  • Ryan
Privacy | Site terms | Cookie preferences