So it is that time of year again: upgrade Vray - break DR - waste a couple of days trying to fix it.
So DR was working fine, on Max 2016, until installing latest Vray version:
- I can see the license server from the slave machines.
- No Firewall running on any machines.
- Using simple scene with no textures to test DR, it finds slaves, connects but then I just get “warning: Server XXX.XXX.X.XX:XXXXX is currently busy”.
Any ideas?
Hi,
Is there any useful information in the V-Ray log file on the slave machine? Can you run another render test with "Restart slave on render end " unchecked and then post the entire log from the Slave machine here? This way V-Ray will not clear the log after the render is completed.
Earlier I was getting this (there is no vray.cfg file in the location it refers to though):
[2015/Aug/15|11:25:45] Loading done.
[2015/Aug/15|11:25:45] Constructor entered.
[2015/Aug/15|11:25:45] Setting default filter kernel.
[2015/Aug/15|11:25:45] “default” preset not loaded: Cannot open file “C:\Users\NETWORKUSER\AppData\Local\Autodesk\3dsMax\2016 - 64bit\ENU\en-US\plugcfg\vray.cfg”
[2015/Aug/15|11:25:45] Constructor done.
[2015/Aug/15|11:25:45] VRenderer destructor entered.
[2015/Aug/15|11:25:45] VRenderer destructor done.
Now just seem to be getting this:
[2015/Aug/14|11:54:48] Received TM_START_RENDER from 192.168.1.67
[2015/Aug/14|11:54:48] warning: DR request received from 192.168.1.67, but currently busy with 0.0.0.0
Thank you.
[2015/Aug/14|11:54:48] Received TM_START_RENDER from 192.168.1.67
[2015/Aug/14|11:54:48] warning: DR request received from 192.168.1.67, but currently busy with 0.0.0.0
Can you restart the spawner on this slave machine and run another test (restart on render end = Off) and check the Vraylog.txt on the same slave.
It looks like the V-Ray spawner is busy with the previous job.
I’m testing on 2 slaves called pc202 and pc203:
Vray log window on the main PC gets as far as ‘scene transferred to pc202:20204’ and ‘scene transferred to pc203:20204’ but nothing further happens (I have left them going for 2 hours at one point just to check!).
Slave machine logs read:
[2015/Aug/14|12:45:06] ============================================================
[2015/Aug/14|12:45:06] Console created, V-Ray A for x64 from Jul 10 2015, 22:33:09
[2015/Aug/14|12:45:06] ============================================================
[2015/Aug/14|12:45:06] Compiled with Intel C++ compiler, version 14
[2015/Aug/14|12:45:06] Host is 3dsmax, version 18
[2015/Aug/14|12:45:06] V-Ray DLL version is 3.20.03
[2015/Aug/14|12:45:26] Broadcasting TM_SERVER_STARTED after start up
[2015/Aug/14|12:49:15] Received TM_START_RENDER from 192.168.1.67
[2015/Aug/14|12:49:15]
[2015/Aug/14|12:49:15] Starting DR session from 192.168.1.67
[2015/Aug/14|12:49:15] Receiving DR scene from 192.168.1.67
[2015/Aug/14|12:49:16] Constructor entered (loading from file).
[2015/Aug/14|12:49:16] Setting default filter kernel.
[2015/Aug/14|12:49:16] “default” preset not loaded: Cannot open file “C:\Users\NETWORKUSER\AppData\Local\Autodesk\3dsMax\2016 - 64bit\ENU\en-US\plugcfg\vray.cfg”
[2015/Aug/14|12:49:16] Constructor done.
[2015/Aug/14|12:49:16] Loading from file.
[2015/Aug/14|12:49:16] Loading filter parameters.
[2015/Aug/14|12:49:16] Adding host “PC202”:20204 from scene
[2015/Aug/14|12:49:16] Adding host “PC203”:20204 from scene
[2015/Aug/14|12:49:16] Loading done.
[2015/Aug/14|12:49:16] Constructor entered (loading from file).
[2015/Aug/14|12:49:16] Setting default filter kernel.
[2015/Aug/14|12:49:16] “default” preset not loaded: Cannot open file “C:\Users\NETWORKUSER\AppData\Local\Autodesk\3dsMax\2016 - 64bit\ENU\en-US\plugcfg\vray.cfg”
[2015/Aug/14|12:49:16] Constructor done.
[2015/Aug/14|12:49:16] Loading from file.
[2015/Aug/14|12:49:16] Loading filter parameters.
[2015/Aug/14|12:49:16] Loading done.
[2015/Aug/14|12:49:16] Constructor entered.
[2015/Aug/14|12:49:16] Setting default filter kernel.
[2015/Aug/14|12:49:16] “default” preset not loaded: Cannot open file “C:\Users\NETWORKUSER\AppData\Local\Autodesk\3dsMax\2016 - 64bit\ENU\en-US\plugcfg\vray.cfg”
[2015/Aug/14|12:49:16] Constructor done.
[2015/Aug/14|12:49:16] VRenderer destructor entered.
[2015/Aug/14|12:49:16] VRenderer destructor done.
Many thanks for your help.
Can’t find anything useful in the log. Would it be possible to crate a ticket about this issue? This can be done automatically when you send us an email to support@chaosgroup.com Then we will probably continue to troubleshoot this DR issue via remote session
I wiped the slaves and reinstalled everything - they are working again now so will never know what it was but I had lost too much time troubleshooting already so was time to push the big red button!
Thanks for the update DJH.