AWS Thinkbox Discussion Forums

Krakatoa2.1.4 Partitioning NFU?

Deprecated Deadline 6 Bug Reports
#21

Got them, thanks! We’ll try to look into this shortly after beta 7 goes out.

#22

Thanks :slight_smile:

#23

We were able to track down the problem, and it appeared to be a more general issue with concurrent tasks and the way we start up 3dsmax. We fixed the problem by removing the need to create the lightning_startup.ms file in the first place, and that appears to have fixed the problem.

This fix will be included in beta 8.

Cheers,

  • Ryan
#24

Thanks for the update :slight_smile:

#25

Well I could not get it working in beta9.

Unfortunately I have to get some work done so I rolled back to the latest stable release 5 build (Deadline 5.2.49174) Nov 14. I am getting the exact same issue as I had here in max2013. I can get a single thread submission on a slave (ie 1 concurrent task) and it will work, any more and I receive the same error posted in this thread.

Is this fixed in Deadline 5.2.49424 (RC1)? I am guessing not since you released that on Dec 05 and you replied here on the 12th

I am also running
max2013 x64 SAP PU3
win7 x64
Krakatoa 2.1.6

#26

It was supposed to be fixed, but Ansi is having similar problems, so we should look again ASAP.

#27

Thanks, much appreciated

#28

I am able to get this to function as described in 5.2.49174 without ANY issues in max2011! Yippee

I believe that there is something really wrong within max2013+ and local / remote net rendering. I am not sure that it is deadlines fault. I can’t even get local jobs to render through backburner in 2013 :neutral_face:

I can get one thread to at least start locally, IF i have no other instances of max running but it still throws errors.

#29

Is it possible to post the errors you were getting with beta 9? I just want to confirm if they were the same as the ones you were getting before.

The fix that we implemented for Deadline 6 didn’t make it into the last Deadline 5.2 release because 5.2.49424 was already out by the time we had made the fix. Also, the problem only seems to affect Max 2013.

Cheers,

  • Ryan
#30

I just got access to a new build of Backburner yesterday that fixes IPv6 issues, I need to install and test tonight, I will run the same tests with Deadline 5.2.49424 and D6 beta9 when I get home. I have a sneaking suspicion that some of the issues maybe resolved. Fingers crossed.

#31

I tried simply doing a simple particle flow setup in scanline render.
this is what I get from dl6 Beta 9

[code]<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Trying to connect using license server ‘xxx.xxx.xxx.xxx’…
Could not obtain license because:
Scheduler Thread - exception occurred:
Scheduler Thread - Unexpected Error Occured

Exception Details
EntryPointNotFoundException – Unable to find an entry point named ‘GetLastVersion’ in DLL ‘QtCommercialChart.dll’.
TypeLoadException.TypeName:
Exception.Data: ( )
Exception.TargetSite: Void GetLastVersion(IntPtr, System.Text.StringBuilder, Int32)
Exception.Source: deadline
Exception.StackTrace:
at Deadline.Configuration.Plugins.VersionTracker.a.GetLastVersion(IntPtr A_0, StringBuilder A_1, Int32 A_2)
at Deadline.Configuration.Plugins.PluginManager.a(String A_0)
at Deadline.Configuration.Plugins.PluginManager.c()
at Deadline.Configuration.Plugins.PluginManager.ConfirmPlugin()
at Deadline.Slaves.SlaveSchedulerThread.k()
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[/code]

attached is the 5.2.49424 error report

ugh :cry:
Max_00000_20130116230320_dL5249424.errorReport (25.5 KB)

#32

Did you manually upgrade both your repository and the client to beta 9 by running the installers again? This error is likely occurring because the beta 9 slave is looking for a function that wasn’t in the beta 8 version of the QtCommercialChart.dll library. We updated the Qt Charts library in beta 9, and the only way to get that library onto the client machines is to run the client installer again.

#33

Clean install of Deadline6 and Repository, the Mongo db is the only thing that I left in place.

#34

Weird. Can you zip up and upload the QtCommercialChart.dll that’s in your client’s bin folder? If it’s different that what we have here, we’ll just post the new one so you can try dropping it in your bin folder.

Just to confirm, you’re on 64 bit windows right?

Thanks!

  • Ryan
#35

yes, win7 x64 SP1

Will do I won’t have access to the machine until later, I’ll post it then.

Thanks

#36

Update on this. It turns out the GetLastVersion function is missing from the QtCommercialChart library, but in only some cases is it actually called. That’s why it works for some but not others. We are working on the fix for this right now, and it should be included in beta 10.

Cheers,

  • Ryan
#37

Great, hit me with it when its ready and I will gladly give it a whirl!

Oh, where you able to come to any conclusions on the 5.2 error log?

#38

Try unzipping the attached file into your bin folder, and then try running the slave again. Hopefully this should fix it.

Sorry, I missed that report. It looks like Max is just crashing. This is from the max.log file:

Not really sure what that means though…
QtCommercialChart.zip (609 KB)

#39

OK so replacing that file fixes my slave, so that is good news :slight_smile:

But locally still buggered, I no longer get the error. Instead the render never initializes, max starts then poops out.

#40

At least we’re making progress. :slight_smile:

Can you post the new error report?

Also, can you try rendering the scene from the command line using 3dsmaxcmd.exe? If that doesn’t work, it could point to a more general problem with the 3dsmax and/or backburner install.

Thanks!

  • Ryan
Privacy | Site terms | Cookie preferences