Vray Proxy Error

3DS MAX 2024.2.3 (26.2.2.124)
Vray 6.2.1
Forest pack 8.2.6

Getting this error in deadline render with various VRay proxies. The file is pre-existing and pulled forward from MAX2019/Vray Next.
Some of the proxies we use were made with much older versions of vray. I cannot tell if something is actually wrong with the proxy files, they render locally and on their own with no issue.
Which model is reported seems to change depending on what machine renders it.

These are from 3 different machines however there are many errors of this nature.

Is there any utility to check vrayproxy files for errors?

2024/09/30 10:06:48 ERR: [15256] [03696] [V-Ray] [DefMeshFile::getVoxel] 59: Error loading voxel 4 for mesh file “\\mapdrives\maps\images_cd\HQ Plants\hq_palms_1\Alexander palm 03.vrmesh”

2024/09/30 10:06:48 ERR: [15256] [03696] [V-Ray] [VUtils::MeshVoxel::load] 59: Error loading mesh voxel

2024/09/30 10:06:48 ERR: [15256] [03696] An unexpected exception has occurred in the network renderer and it is terminating.

---
2024/09/30 10:06:38 ERR: [13428] [13076] [V-Ray] [DefMeshFile::getVoxel] 59: Error loading voxel 41 for mesh file “\\mapdrives\Maps\images_cd\Maxtree\Plant Models Vol2\Vray\MT_PM_V2_Gleditsia triacanthos_05_L-MLB.vrmesh”

2024/09/30 10:06:38 ERR: [13428] [13076] [V-Ray] [VUtils::MeshVoxel::load] 59: Error loading mesh voxel

2024/09/30 10:06:38 ERR: [13428] [13076] An unexpected exception has occurred in the network renderer and it is terminating.

---
2024/09/30 10:05:11 DBG: [08604] [06540] FOREST 8.2.6 NotifyPreRenderFrame

2024/09/30 10:06:17 ERR: [08604] [06540] [V-Ray] [DefMeshFile::getVoxel] 59: Error loading voxel 40 for mesh file “\\mapdrives\Maps\images_cd\Maxtree\Plant Models Vol7\MT_PM_V7_Mesh_Vray\MT_Plant Models_Vol7\MT_PM_V7_Chamaerops_humilis_02_H-MLB.vrmesh”

2024/09/30 10:06:17 ERR: [08604] [06540] An unexpected exception has occurred in the network renderer and it is terminating.

)
​
​

To add, these appear to proxies I already remade/updated/
Some sort of bug or other shenanigans is my guess. Stil trying various things.

Referencing this existing post. Already UNC, changed forest distribution maps to UNC also see what happens.
[[V-Ray] [DefMeshFile::getVoxel] 59: Error loading voxel 8 for mesh file - Chaos Forums]([V-Ray] [DefMeshFile::getVoxel] 59: Error loading voxel 8 for mesh file - V-Ray for 3ds Max :: Issues - Chaos Forum)​

HI, thanks for posting. Have you tried to render using Backburner instead of Deadline? Please send us a few of the proxies you are having issues with so we could test them. Please do that here or trough the support contact form. If you choose the contact form, place a link to this thread in the description and the ticket number here in the thread.

Backburner would not be an option at the moment.

I am bubble sorting the file at the moment, so far disabling displacement seems to remedy the error.

It may be some memory issue. I did not create this file and it is quite large.

If I cannot resolve this via further sorting and hunting down possible displacement issue will send to support and see about setting up a backburner server to test against.

Still no idea what is causing this. MAX24 Vray 6.2.1
attached are a couple of the proxies that seem to trigger errors in Deadline, there are several and seem to alternate on which cause the error first.
If it can at least be confirmed nothing is wrong with these then we can concentrate on looking elsewhere.
https://www.dropbox.com/scl/fi/9bepelbkjqwm6x89dv8sk/VRmesh\_erorrs.rar?rlkey=tgxlzlr8rni9mjektmt58yf5h&st=97r8shy8&dl=0

Hi, I tested your vrmeshes but you have sent them without materials. This is the result with default V-Ray material:


The proxies redner with no issues with Deadline or locally. Probably the issue is with a material or something else in your scene.

Ok thanks, will check more closely through mats.

When you make a proxy, no other information or custom properties etc carry over to the vrmesh file correct? Its only whatever a vrmesh file is, nothing else.

Try removing the network from the equation by copying the files to the render nodes and referencing them locally. Could possibly be your NAS needs oplocks disabled.

Could be entirely unrelated to this, but I fight this for a number of days with some .AUR files not loading. Finally discovered the issue.

Deadline should show you the max RAM usage for each task (scroll to the right, it’s one of the columns). Might give you some insight as to whether or not it is ram related.

When you make a proxy, no other information or custom properties etc carry over to the vrmesh file correct?
If you have a material applied over the original mesh it will be applied to the vrmesh in the same scene after conversion or for instance if you have disabled the"renderable" checker from object properties it will stay disabled for the current scene.
If you load the vrmesh in a new scene it will load without materials and with reset object properties.

All of this is killing us at this point. We have jobs that need to go out that are endlessly causing problems.

What I thought but wanted to be sure I was not missing something somewhere.
Our IT team is helping look into this. On top of this we have “unexpected end of JPEG” errors and Anima issues, we just got the super version whatever its called. Works on some machines, not on others.

2024-10-30 02:51:02: 0: STDOUT: WARNING: material StreamMaterial_6 has no supportable Techniques and will be blank. Explanation:

2024-10-30 02:51:02: 0: STDOUT: Pass 0: vertex program PBR_VP cannot be used - not supported.

2024-10-30 02:51:02: 0: STDOUT: Pass 0: vertex program PBR_MRT_VP cannot be used - not supported.

None of these problems seem to happen on local workstations.

IT is looking into Deadline update and possible issues with new network switches.
​

Have IT look into this as well: Could possibly be your NAS needs oplocks disabled. This failure happens when multiple machines try to pull the same resource over the network. Does it work under Deadline, but using only ONE node?

But it is weird if you are seeing errors about particular portions of the proxy file. That makes it sound like perhaps it *is* loading (which would not be a network issue).

Please update us when you do figure it out.

Also, we never use UNC, only mapped drives.

We use nothing but UNC. I am wondering if its a bug with FP and vray or something like that. I tried a test with FP 9.x on 5 boxes same error.
I wonder if this is some sort of user rights thing, not sure. We updated Deadline last night and it is not auto propagating the update to the nodes or workstations so thats additional fun on this.
We have a ticket in to Deadline. My workstation and other machines render fine. Tried reinstalling MAX/FP/Anima on about a dozen machines. Have to check them to see if the error perists.

Nothing so far has worked as far as reinstalling things etc.
IT found a big issue with our server switches and some issue with server drive, not clear what.
New switches to be ordered.

However there is also the issue with Anima on the farm, render node version is installed
tons of these types of errors

2024-11-01 12:34:29: 0: STDOUT: WARNING: material StreamMaterial_5 has no supportable Techniques and will be blank. Explanation:
2024-11-01 12:34:29: 0: STDOUT: Pass 0: vertex program PBR_VP cannot be used - not supported.
2024-11-01 12:34:29: 0: STDOUT: Pass 0: vertex program PBR_MRT_VP cannot be used - not supported.
​

Doesn’t sound like a switch issue to me, as that would manifest itself in all sorts of places, not just when rendering. But I hope you get it sorted.

I know the NAS oplock thing drove me nuts for about a week until I finally figured that out, and there is very little info out there regarding it. But who knows.

Please do keep us updated. I always like to hear what the problem was so we can avoid it.

Got more verbose error logging for one of the errors:

2024-11-01 14:28:12: 0: INFO: Building light cache… [00:00:37.5] [596:31:23.8 est]

2024-11-01 14:28:12: 0: STDOUT: Premature end of JPEG file

2024-11-01 14:28:12: 0: STDOUT: Premature end of JPEG file

2024-11-01 14:28:12: 0: STDOUT: Premature end of JPEG file

2024-11-01 14:28:12: 0: STDOUT: 00:27:08 4269MB WARNING | signal caught: error C0000006

2024-11-01 14:28:12: 0: STDOUT: ****

2024-11-01 14:28:12: 0: STDOUT: * Arnold 7.2.4.1 [1fee86c4] windows x86_64 clang-15.0.7 oiio-2.4.1 osl-1.12.9 vdb-7.1.1 adlsdk-7.4.2.47 clmhub-3.1.1.43 rlm-14.2.5 optix-6.6.0 2023/10/17 03:22:02

2024-11-01 14:28:12: 0: STDOUT: * CRASHED in memmove

2024-11-01 14:28:12: 0: STDOUT: * signal caught: error C0000006

2024-11-01 14:28:12: 0: STDOUT: *

2024-11-01 14:28:12: 0: STDOUT: * backtrace:

2024-11-01 14:28:12: 0: STDOUT: >> 0 0x00007fffda871242 memmove

2024-11-01 14:28:12: 0: STDOUT: * 1 0x00007fff4fd4cdfe PluginManagerUtilsBase::writeDotDependencyGraph

2024-11-01 14:28:12: 0: STDOUT: * 2 0x00007fff4fd40157 PluginManagerUtilsBase::writeDotDependencyGraph

2024-11-01 14:28:12: 0: STDOUT: * 3 0x00007fff4e7ecb4c VUtils::VRayPluginHost::getAPIMajorVersion

2024-11-01 14:28:12: 0: STDOUT: * 4 0x00007fff4e7f3607 VUtils::VRayPluginHost::getAPIMajorVersion

2024-11-01 14:28:12: 0: STDOUT: * 5 0x00007fff4e7d3193 VUtils::VRayPluginHost::getAPIMajorVersion

2024-11-01 14:28:12: 0: STDOUT: * 6 0x00007fff4e72c9f2 VUtils::VRayPluginHost::getAPIMajorVersion

2024-11-01 14:28:12: 0: STDOUT: * 7 0x00007fff4e72cde1 VUtils::VRayPluginHost::getAPIMajorVersion

2024-11-01 14:28:12: 0: STDOUT: * 8 0x00007fff5e604c41 isVRayBitmapUsedAsNormalMap

2024-11-01 14:28:12: 0: STDOUT: * 9 0x00007fff5e5fde63 clearTextureCache

2024-11-01 14:28:12: 0: STDOUT: * 10 0x00007fff5e5f4930 MaxSDK::MeshChannelContainer::~MeshChannelContaine r

2024-11-01 14:28:12: 0: STDOUT: * 11 0x00007fff1dd52ac1 [ ]

2024-11-01 14:28:12: 0: STDOUT: * 12 0x00007fff5e7ba917 VUtils::VRenderMtl::shade

2024-11-01 14:28:12: 0: STDOUT: * 13 0x00007fff5e75362f isMaxMaterialSwitcher

2024-11-01 14:28:12: 0: STDOUT: * 14 0x00007fff5e7b4c05 VUtils::VRenderInstance::fullShade

2024-11-01 14:28:12: 0: STDOUT: * 15 0x00007fff4e409678 VUtils::IntersectionData::setSurfaceProperties

2024-11-01 14:28:12: 0: STDOUT: * 16 0x00007fff4e40a1ee VUtils::VRayCore::shadeRayResult

2024-11-01 14:28:12: 0: STDOUT: * 17 0x00007fff4e408c1d VUtils::VRayCore::getTimeInFrames

2024-11-01 14:28:12: 0: STDOUT: * 18 0x00007fff4e90f00c PluginManagerUtilsBase::writeDotDependencyGraph

2024-11-01 14:28:12: 0: STDOUT: * 19 0x00007fff4e40b676 VUtils::VRayCore::traceRay

2024-11-01 14:28:12: 0: STDOUT: * 20 0x00007fff4e4021b0 VUtils::VRayCameraSampler::traceCamera

2024-11-01 14:28:12: 0: STDOUT: * 21 0x00007fff4e45ba26 VUtils::VRayRenderer::traceScreenRay

2024-11-01 14:28:12: 0: STDOUT: * 22 0x00007fff4e3bac20 AssetHashManager::setHash

2024-11-01 14:28:12: 0: STDOUT: * 23 0x00007fff5ea625bb VRayListerElement::getWidget

2024-11-01 14:28:12: 0: STDOUT: * 24 0x00007ffff14f514b o__beginthread

2024-11-01 14:28:12: 0: STDOUT: * 25 0x00007ffff3ab7374 BaseThreadInitThunk

2024-11-01 14:28:12: 0: STDOUT: * 26 0x00007ffff3e7cc91 RtlUserThreadStart

2024-11-01 14:28:12: 0: STDOUT: *

2024-11-01 14:28:12: 0: STDOUT: * loaded modules:

2024-11-01 14:28:12: 0: STDOUT: * 0x00007fffda860000 VCRUNTIME140

2024-11-01 14:28:12: 0: STDOUT: * 0x00007fff4e2d0000 vray

2024-11-01 14:28:12: 0: STDOUT: * 0x00007fff5e500000 vrender2024

2024-11-01 14:28:12: 0: STDOUT: * 0x00007ffff14d0000 ucrtbase

2024-11-01 14:28:12: 0: STDOUT: * 0x00007ffff3aa0000 KERNEL32

2024-11-01 14:28:12: 0: STDOUT: * 0x00007ffff3e30000 ntdll

2024-11-01 14:28:12: 0: STDOUT: ****

2024-11-01 14:28:15: 0: WARNING: Monitored managed process 3dsmaxProcess is no longer running

2024-11-01 14:28:15: 0: Done executing plugin command of type ‘Render Task’
​

Does this happen on multiple machines. Could be bad memory (or memory running too high a clock speed).