Issues With Mantra when Arnold is installed on Houdini 19.5.303 and Ubuntu 22.04

Issues With Mantra when Arnold is installed on Houdini 19.5.303 and Ubuntu 22.04

mats_nyman
Participant Participant
5,529 Views
12 Replies
Message 1 of 13

Issues With Mantra when Arnold is installed on Houdini 19.5.303 and Ubuntu 22.04

mats_nyman
Participant
Participant

Hello!

 

I have Arnold installed and while Arnold works fine on it's own it completely stops Mantra from writing any images to disk. I am using both of these render engines for my work so this is a big issue for me at the moment having to uninstall Arnold each time I want to use Mantra for anything. I tried removing every single plug-in and I am getting the same Arnold-errors each time I have it installed.

 

This is the error message I keep getting each time I try to render anything with Mantra when Arnold is installed:

 

Command Exit Code: 134

00:00:00 303MB | log started Sat Aug 27 00:59:17 2022
00:00:00 303MB | Arnold 7.1.3.0 [a8020120] linux clang-10.0.1 oiio-2.4.1 osl-1.12.0 vdb-7.1.1 adlsdk-6.3.1.44 clmhub-2.0.0.235 rlm-14.1.3 optix-6.6.0 2022/08/01 13:06:34
00:00:00 303MB | running on MatsWorkstation, pid=136232
00:00:00 303MB | 1 x AMD Ryzen 9 5950X 16-Core Processor (16 cores, 32 logical) with 128723MB
00:00:00 303MB | NVIDIA driver version 515.65 (Optix 60803)
00:00:00 303MB | GPU 0: NVIDIA GeForce RTX 3090 @ 1755MHz (compute 8.6) with 24265MB (22991MB available) (NVLink:0)
00:00:00 303MB | Ubuntu 22.04.1 LTS (Jammy Jellyfish), Linux kernel 5.15.0-46-generic
00:00:00 303MB | soft limit for open files is set at 1048574
00:00:00 303MB |
00:00:00 321MB | [color_manager_ocio] default ocio.config found in /home/mats/htoa/htoa-6.1.3.1_r90d42a5_houdini-19.5.303/htoa-6.1.3.1_r90d42a5_houdini-19.5.303/dso/../scripts/bin/../ocio/configs/arnold/config.ocio
00:00:00 321MB | loading plugins from /home/mats/htoa/htoa-6.1.3.1_r90d42a5_houdini-19.5.303/htoa-6.1.3.1_r90d42a5_houdini-19.5.303/dso/../scripts/bin/../plugins ...
00:00:00 321MB | htoa_mandelbulb_proc.so: mandelbulb uses Arnold 7.1.3.0
00:00:00 329MB | usd_proc.so: usd uses Arnold 7.1.3.0
00:00:00 329MB | cryptomatte.so: cryptomatte uses Arnold 7.1.3.0
00:00:00 329MB | cryptomatte.so: cryptomatte_filter uses Arnold 7.1.3.0
00:00:00 329MB | cryptomatte.so: cryptomatte_manifest_driver uses Arnold 7.1.3.0
00:00:00 330MB | alembic_proc.so: alembic uses Arnold 7.1.3.0
00:00:00 330MB | loaded 6 plugins from 4 lib(s) in 0:00.00
00:00:00 339MB | [htoa_op] Begin registration ...
00:00:00 339MB | [obj_procedurals] Registering procedurals ...
00:00:00 339MB | [obj_procedurals] procedural registration done.
00:00:00 339MB | [obj_procedurals] Registering procedurals ...
00:00:00 340MB | [obj_procedurals] procedural registration done.
00:00:00 420MB | [rop_operators] Registering operators ...
00:00:00 420MB | [rop_operators] operator registration done.
00:00:00 420MB | [htoa_op] End registration.
00:00:00 420MB |
00:00:00 420MB | releasing resources
00:00:00 420MB | Arnold shutdown
00:00:00 420MB | [rop_operators] Registering operators ...
00:00:00 420MB | [rop_operators] operator registration done.
00:00:00 428MB | [vop_shaders] Registering shaders ...
00:00:00 428MB | [vop_shaders] shader registration done.
00:00:00 428MB | [vop_imagers] Registering imagers ...
00:00:00 428MB | [vop_imagers] imager registration done.
00:00:00 428MB | [htoa_op] USD shader translation registration
00:00:00 478MB | [vop_shaders] Registering shaders ...
00:00:00 478MB | [vop_shaders] shader registration done.
00:00:00 478MB | [vop_imagers] Registering imagers ...
00:00:00 478MB | [vop_imagers] imager registration done.
00:00:00 478MB | [htoa_op] USD shader translation registration
free(): invalid pointer
136232: (sent by pid 136232)
-- TRACEBACK BEGIN --
Traceback from mantra 19.5.303 (Compiled on linux-x86_64-gcc9.3):
stackTrace(UTsignalHandlerArg) <libHoudiniUT.so>
signalCallback(UTsignalHandlerArg) <libHoudiniUT.so>
UT_Signal::UT_ComboSignalHandler::operator()(int, siginfo_t*, void*) const <libHoudiniUT.so>
UT_Signal::processSignal(int, siginfo_t*, void*) <libHoudiniUT.so>
pthread_kill <libc.so.6>
pthread_kill <libc.so.6>
raise <libc.so.6>
abort <libc.so.6>
__fsetlocking <libc.so.6>
timer_settime <libc.so.6>
__default_morecore <libc.so.6>
free <libc.so.6>
free <libai.so>
AiFree <libai.so>
_init <libai.so>
putenv <libc.so.6>
exit <libc.so.6>
UT_Exit::doExit(int, bool) <libHoudiniUT.so>
UT_Exit::exit(UT_Exit::UT_ExitCode) <libHoudiniUT.so>
_init <mantra-bin>
__libc_init_first <libc.so.6>
__libc_start_main <libc.so.6>
_init <mantra-bin>
-- TRACEBACK END --

 

 

In addition to this, whenever I have Arnold installed Houdini will give me a crash message each time I close it.

This error also goes away when Arnold is removed.

I have the correct Arnold installation ( python 3.9 ).

I uploaded my Houdini Info, Houdini Env and the Crash Log that happens because of Arnold in this post!

 

Hopefully there is a way to sort this out.

I talked to SideFX support and there was little solution they could give me besides uninstalling Arnold.

 

EDIT: I should mention I also tried removing OCIO from the Houdini.env but the errors are still persisting.

 

0 Likes
5,530 Views
12 Replies
Replies (12)
Message 2 of 13

Stephen.Blair
Community Manager
Community Manager

When you render with Mantra you get an Arnold error? 
Can't say I've ever seen anything like that, ever, with HtoA.

Crash report says mplay. Is it only with mplay?

Not much about Arnold in the crash report, just some frees, which is going to happen when the host app dies.

 

How do you uinstall? Just comment out HtoA in the env file and restart Houdini?



// Stephen Blair
// Arnold Renderer Support
0 Likes
Message 3 of 13

mats_nyman
Participant
Participant

Hello!

 

I have been just completely removing Arnold with the maintenance tool and using my backed up pre-Arnold .env file each time I want to work with Mantra.

After doing this Houdini works perfectly every time. 

What happens is that when I try to render anything with Mantra when Arnold is installed the render will fail ( Mantra IPR still works ).

Screenshot from 2022-08-27 01-20-38.png

Screenshot from 2022-08-27 01-23-24.png

Screenshot from 2022-08-27 01-23-38.png

 

 

When I close Houdini, flipbooks, Mplay the same crash message will be shown. Here is a crash file that is generated just from closing Houdini.

 

The thing is, if this was happening always I would have just tossed it up to being some missing libraries / bug in the newest release or general incompability issues with Ubuntu 22.04. However this ONLY happens when Arnold is installed and Houdini returns to normal each time I remove it like clockwork.

0 Likes
Message 4 of 13

thiago.ize
Autodesk
Autodesk

The next bug fix release of Arnold, 7.1.3.1, has a fix for a crash at program exit. I'm not entirely convinced it's the same bug, but in cast it is, it's probably worth upgrading when it's released and see if that fixes this.

 

Another thing to try right now is to start up houdini with the environment variable LD_PRELOAD=path/to/arnold's/libai.so

Message 5 of 13

mats_nyman
Participant
Participant

I have removed Arnold and Houdini now works perfectly normal again.

Completely baffles my mind.

Screenshot from 2022-08-27 01-47-25.png

 

@thiago.izeCan you explain how to go about starting Houdini with this variable?

Thank you so much for your help by the way!

0 Likes
Message 6 of 13

Stephen.Blair
Community Manager
Community Manager

set it in houdini.env, or set in Houdini Terminal before you start Houdini

export LD_PRELOAD=/home/mats/htoa/htoa-6.1.3.1_r90d42a5_houdini-19.5.303/htoa-6.1.3.1_r90d42a5_houdini-19.5.303/scripts/bin/libai.so


// Stephen Blair
// Arnold Renderer Support
Message 7 of 13

mats_nyman
Participant
Participant

Thank you for all your help.

I am afraid this did not fix the issue either. The crashes when closing Houdini also persist.

Screenshot from 2022-08-27 02-07-35.png

 

This is a screenshot of the env configuration I tried to implement from your instructions.

Is this the correct approach?

0 Likes
Message 8 of 13

mats_nyman
Participant
Participant

UPDATE: I was able to get this working with the fix provided above.

 

cd /opt/hfs19.5.303

source houdini_setup

 

Then after the ">>the houdini environment has been initialized" message I put the fix above:

 

export LD_PRELOAD="/home/user/htoa/htoa-6.1.3.1_r90d42a5_houdini-19.5.303/htoa-6.1.3.1_r90d42a5_houdini-19.5.303/scripts/bin/libai.so"

 

hindie

 

Thank you @Stephen.Blair @thiago.ize and SideFX support.

 

 

0 Likes
Message 9 of 13

luoqiulin1616
Participant
Participant

I have been troubled by this problem for a long time。 this way can make the error report  disappear, but makes other bugs.  the houdini seams not stable . some nodes can't work. as: usdimport crash, vdbfrompolygon crash when the polygon  has hole .

0 Likes
Message 10 of 13

mats_nyman
Participant
Participant

Yes unfortunately I am having the exact same bug as you. Every time I use "VDB From Polygons" Houdini crashes regardless of wether the geometry is tight every time I use it. This also happens with the cloud nodes occasionally.

0 Likes
Message 11 of 13

david.ostler2WSX9
Advocate
Advocate

Hey Stephen,

It's been quite a few months and releases of Arnold and this issue still persists in Ubuntu.  Is there any chance of getting a pennant fix?

0 Likes
Message 12 of 13

thiago.ize
Autodesk
Autodesk

Small update, instead of the LD_PRELOAD with libai, which still has some crashes, we've heard reports that LD_PRELOAD=/lib64/libc.so.6 seems to work without any crashes. Something to try until this is properly fixed.

0 Likes
Message 13 of 13

thiago.ize
Autodesk
Autodesk

Hi, this should be fixed in htoa 6.2.3.2 which was released today at https://arnoldrenderer.com/download/. Let us know if it's still not working.

0 Likes