topic Re: Issues With Mantra when Arnold is installed on Houdini 19.5.303 and Ubuntu 22.04 in Arnold for Houdini Forum

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

mats_nyman — Fri, 26 Aug 2022 16:00:56 GMT

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.

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

Stephen.Blair — Fri, 26 Aug 2022 16:05:16 GMT

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?

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

mats_nyman — Fri, 26 Aug 2022 16:26:04 GMT

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 ).

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.

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

thiago.ize — Fri, 26 Aug 2022 16:40:06 GMT

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

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

mats_nyman — Fri, 26 Aug 2022 16:49:23 GMT

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

Completely baffles my mind.

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

Thank you so much for your help by the way!

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

Stephen.Blair — Fri, 26 Aug 2022 16:54:42 GMT

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

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

mats_nyman — Fri, 26 Aug 2022 17:30:41 GMT

Thank you for all your help.

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

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

Is this the correct approach?

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

mats_nyman — Sat, 27 Aug 2022 02:39:03 GMT

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.

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

luoqiulin1616 — Sun, 18 Sep 2022 01:29:58 GMT

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 .

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

mats_nyman — Sun, 18 Sep 2022 07:02:32 GMT

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.

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

david.ostler2WSX9 — Sat, 25 Mar 2023 10:21:56 GMT

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?

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

thiago.ize — Fri, 04 Aug 2023 00:18:12 GMT

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.

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

thiago.ize — Wed, 30 Aug 2023 16:54:39 GMT

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.