[Bug] Accessing LiveDB causes OctaneServer to crash on macOS

[davorin]

With the new version 4 OctaneRender for Blender I get assigning a material from the LiveDB to a cube in Blender:

Code: Select all

Octane: ERROR starting frame load.
Octane: uploading ERROR.
Octane: uploading ERROR.
Octane: uploading ERROR.
Octane: uploading ERROR.
Octane: uploading ERROR.
Octane: uploading ERROR.
Octane: uploading ERROR.
Octane: uploading ERROR.
Octane: uploading ERROR.
Octane: uploading ERROR.
Octane: ERROR loading camera.
Octane: ERROR setting render region.
Octane: ERROR loading mesh.
Octane: ERROR deleting mesh.
Octane: uploading ERROR.
Octane: ERROR deleting mesh.
Octane: ERROR loading materials of transform.
Octane: ERROR loading transform.
Octane: ERROR loading materials of transform.
Octane: ERROR loading transform.
Octane: ERROR loading render passes.
Octane: ERROR loading kernel.
Octane: ERROR setting GPUs on render server.
Octane: ERROR finishing frame load.
Octane: ERROR starting render.

And OctaneServer crashes immediately with:

Code: Select all

Octane Engine v. 16.3

Octane: Starting Octane engine...
Work Scheduler initializing 8 worker threads
Octane: ...started
Octane: Activating license...
Octane: ...activated
Octane: LiveDB cache refresh started...
Octane: LiveDB cache refresh complete
Segmentation fault: 11

This happens with the new yearly subscription license....

[J.C]

On my side Blender is crashing, quits itself when trying to assign a material from Live DB.

[davorin]

Opened another ticket with OTOY (o;

Blender just quits with:

Code: Select all

Segmentation fault: 11

Crash log:

Code: Select all

# Blender 2.79 (sub 0), Commit date: 1970-01-01 00:00, Hash unknown
bpy.context.area.type = 'MAT_LIVEDB'  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[1].default_value = (0.565762, 0.947762, 0.99, 1)  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[1].default_value = (0.780449, 0.99, 0.97581, 1)  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[1].default_value = (0.828418, 0.99, 0.947323, 1)  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[1].default_value = (0.952361, 0.99, 0.9435, 1)  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[1].default_value = (0.952361, 0.99, 0.9435, 1)  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[2].default_value = 0.2  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[1].default_value[0] = 1  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[1].default_value[1] = 1  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[1].default_value[2] = 1  # Property
bpy.data.node_groups["Shader Nodetree"].nodes["Octane Specular Material"].inputs[1].default_value = (1, 1, 1, 1)  # Property

# backtrace
0   blender                             0x00000001077651ea BLI_system_backtrace + 58
1   blender                             0x0000000106cabe7a sig_handle_crash + 362
2   libsystem_platform.dylib            0x00007fff598a2f5a _sigtramp + 26
3   ???                                 0x0000000000000001 0x0 + 1
4   blender                             0x00000001072f7a46 mywrite + 422
5   blender                             0x00000001072fff04 write_node_socket + 196
6   blender                             0x00000001072ff3be write_nodetree_nolib + 302
7   blender                             0x00000001072f350d write_file_handle + 18477
8   blender                             0x00000001072f788e BLO_write_file_mem + 30
9   blender                             0x000000010738f728 BKE_undo_write + 424
10  blender                             0x0000000106e3ec2c ED_undo_push + 188
11  blender                             0x0000000106ebe471 ui_apply_but_funcs_after + 609
12  blender                             0x0000000106eb9e07 ui_region_handler + 471
13  blender                             0x0000000106cb862f wm_handlers_do_intern + 1199
14  blender                             0x0000000106cb4afc wm_handlers_do + 28
15  blender                             0x0000000106cb4642 wm_event_do_handlers + 2370
16  blender                             0x0000000106caca10 WM_main + 32
17  blender                             0x0000000106ca8bec main + 1036
18  blender                             0x0000000106ca87d4 start + 52

[davorin]

Or this one:

Code: Select all

blender(59301,0x70000c8fd000) malloc: *** error for object 0x7f911f20bc90: incorrect checksum for freed object - object was probably modified after being freed.
*** set a breakpoint in malloc_error_break to debug
Abort trap: 6

[DrawFun]

Hi all,

Thanks for your reports.
Currently we are working on a refactored LiveDB system(integrating with both liveDB and localDB) for blender.
Could you please give me a bit more information about the crash?
e.g. did it happen randomly? or just in some specific situations(downloading some specific materials)

Cheers,
DrawFun

[davorin]

Well it happened most of the time assigning water material from LiveDB....

When I restarted OctaneServer then I could assign it just one time...
Sadly there not much information on the console....just those messages...

Is there a way to dump all LiveDB material for local storage? So OctaneServer only downloads changed or new materials?

Also I don't know what is the best way to move a blender design to another host...as all LiveDB material is lost...you have to re-assign it for every object...