problems starting houdini engine on rocky linux 9 | fedor36

   4774   12   2
User Avatar
Member
210 posts
Joined: 12月 2016
Offline
Hello because i was running into problems with my houdini session sync not starting (crash on run)
and my builtin browser not working on fedora 36. i decided to try again on a rockylinux 9 install seeing this is the asf recommended distro.


Low and behold the exact same issues happen.

sup told me my previous bug report was added to a previous ticket.
Has annyone got it working on rocky 9 alma 9 or rhel 9.
#error log engine crash

Crash report from ntanghe; Houdini FX Version 19.5.403 [linux-x86_64-gcc9.3]
Uptime 46 seconds
Sun Oct 30 18:22:05 2022
Caught signal 6

Traceback from 11624 ThreadId=0x7f3260cf1e40
AP_Interface::coreDumpChaser(UTsignalHandlerArg) <libHoudiniUI.so>
AP_Interface::si_CrashHandler::chaser(UTsignalHandlerArg) <libHoudiniUI.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>
__GI___sigaction <libc.so.6>
__pthread_kill_implementation <libc.so.6>
__GI_raise <libc.so.6>
__GI_abort <libc.so.6>
__libc_message <libc.so.6>
malloc_printerr <libc.so.6>
_int_free <libc.so.6>
__free <libc.so.6>
HAPI_StringTable::HAPI_StringTable() <libHoudiniHAPI.so>
_GLOBAL__sub_I_HAPI_StringTable.C <libHoudiniHAPI.so>
call_init <ld-linux-x86-64.so.2>
_dl_init <ld-linux-x86-64.so.2>
__GI__dl_catch_exception <libc.so.6>
dl_open_worker <ld-linux-x86-64.so.2>
__GI__dl_catch_exception <libc.so.6>
_dl_open <ld-linux-x86-64.so.2>
dlopen_doit <libc.so.6>
__GI__dl_catch_exception <libc.so.6>
__GI__dl_catch_error <libc.so.6>
_dlerror_run <libc.so.6>
___dlopen <libc.so.6>
hapilOpenHAPIDSO(char const*, int) <libHoudiniHAPIL.so>
hapilLoadDSOAndFindSymbols(int, char const*) <libHoudiniHAPIL.so>
HAPI_CreateInProcessSession <libHoudiniHAPIL.so>
(anonymous namespace)::hardCreateProcessor() <libHoudiniHARD.so>
HARD_Server::init(HARD_Server::ThriftServerType, HART_TransportType, std::shared_ptr<apache::thrift::transport::TServerTransport>) <libHoudiniHARD.so>
HARD_Server::HARD_Server(HARD_Server::ThriftServerType, HART_TransportType, bool, std::unique_ptr<HARD_Server::ReadyHandler, std::default_delete<HARD_Server::ReadyHandler> >, int, bool, bool) <libHoudiniHARD.so>
HARD_Debugger::HARD_Debugger(int) <libHoudiniHARD.so>
FUSE_EngineSessionSync::startSessionSync() <libHoudiniAPPS3.so>
FUSE_EngineSessionSync::handleStartEvent(UI_Event*) <libHoudiniAPPS3.so>
UI_Queue::processNextEvent() <libHoudiniUI.so>
UI_Queue::drain() <libHoudiniUI.so>
UI_Queue::eventLoop() <libHoudiniUI.so>
main <libHoudiniUI.so>
__libc_start_call_main <libc.so.6>
__libc_start_main_alias_2 <libc.so.6>
main <houdini-bin>
Edited by NicTanghe - 2022年10月30日 18:30:17
User Avatar
Member
313 posts
Joined: 10月 2016
Offline
Sorry I can't really help very much. But I just want to mention that for years I hanged on to CentOS7, but eventually the amount of issues became too many. I did try a few other distros but quickly threw them out because of initial basic issues (and they were only "popular" distros). I also have a requirement for TurboVNC, VirtualGL, Wine, TimeShift and a couple of other features working fairly quickly and without any core issues (with the Apps and scripts I run).

After turning to Debian 10 and eventually version 11 (with XFCE and KDE - because I run these in different places) I'm surprised to see so few issues. I'm not saying you should switch, but I do use Linux/GNU (and develop) at work and at home. My guess is that the error you see is related with the distro, but I hope this is wrong. Additionally, the built in Houdini browser works fine without any issues.

Anyway, I think that Houdini 19.5 is built with RedHat 7.9, which I saw not long ago.

Edit: However, I have a fresh install of Rocky 9 on a VM and will check if Houdini and the browser will run. What is that sync thing?
Edited by SWest - 2022年10月31日 05:34:47
Interested in character concepts, modeling, rigging, and animation. Related tool dev with Py and VEX.
User Avatar
Member
210 posts
Joined: 12月 2016
Offline
Hmm i gues i will try on rh8 and if that fails switch to rh7
Edited by NicTanghe - 2022年10月31日 07:36:49
User Avatar
Member
313 posts
Joined: 10月 2016
Offline
If you need rhel based probably that is the most reliable. It would be interesting to read about your experience.

Maybe I should mention that there will be Houdini crashes occasionally on Debian 11, but as far as the impression I got from specialists this is something that do happen in general (and less for more experienced users). Maybe that is why there is an "Auto save" feature as well as files saved on crash.

That said, I think the closer the system is to the target platform, my expectations would be fewer issues. As mentioned, it would be interesting to know if this is the case.
Interested in character concepts, modeling, rigging, and animation. Related tool dev with Py and VEX.
User Avatar
Member
313 posts
Joined: 10月 2016
Offline
Just installed Houdini 19.5 on Rocky 9 VM and got this (see image) and I give up.

Attachments:
dump.png (26.0 KB)

Interested in character concepts, modeling, rigging, and animation. Related tool dev with Py and VEX.
User Avatar
Member
210 posts
Joined: 12月 2016
Offline
thanks for trying !

for libXss you need to install a package that provides it.

you can run :

dnf provides '*/libXss.so.1'

to find out



I wil switch to RHEL 8 and if that fails RHEL 7
Edited by NicTanghe - 2022年10月31日 12:05:43
User Avatar
スタッフ
527 posts
Joined: 8月 2019
Offline
Which version of Houdini are you using? I fixed an issue in 19.5.414 that may resolve your issue with Houdini Engine.

I develop on Rocky 9 with Xfce and haven't run into any issues besides the Help Viewer issue which seems to be an issue with Qt rather than Houdini. We're still looking into it.
Edited by johnmather - 2022年10月31日 11:35:24
User Avatar
Member
210 posts
Joined: 12月 2016
Offline
Hello thx for the status update !

I just switched to RHEL8.
and evrything seems to work fine for now.

I wil install leftwm (my desktop env) and c if that breaks anything.
and report on the installed dependancies if does.

I will update to rhel9 or rocky9 when the Qt helper issue is resolved.
User Avatar
Member
11 posts
Joined: 4月 2020
Offline
I got houdini working on RHEL 9.1 by installing:

dnf install python3-qt5

I have not yet extensively tested it but it didn't spit out any yucky errors. I literally only got it working 5 min ago after stumbling upon this thread an hour ago. Good luck!

Edit:
scrolling though my command history it looks like I also ran this line but I dont' recall if these were installed by default

sudo dnf install libnsl libXScrnSaver mesa-libGLU
Edited by davidostler - 2023年1月28日 05:06:31
User Avatar
Member
44 posts
Joined: 3月 2023
Offline
Thought i`d add the packages here. I thought for sure they where here somewhere but i couldn`t find them.

sudo dnf install libXScrnSaver libnsl libglvnd-opengl mesa-libGL-devel-21.1.5-1.el8.0.x86_64 libxkbcommon-x11 libxcb-icccm4 libxcb-render-util libGLU
User Avatar
スタッフ
527 posts
Joined: 8月 2019
Offline
nicolaas.tanghe
Thought i`d add the packages here. I thought for sure they were here somewhere but i couldn`t find them.
Some of those packages can be found on the system requirements page: https://www.sidefx.com/Support/system-requirements/ [www.sidefx.com]
Edited by johnmather - 2023年6月4日 00:16:30
User Avatar
Member
1794 posts
Joined: 5月 2006
Offline
I had to dive into all this rocky 8 stuff too recently, on a cloud virtual machine for added fun.

After getting nvidia drivers, teradici, workstation, kernel updates etc all going, houdini would fail at start complaining about a missing X library.

Some of the packages mentioned earlier in this thread would let me install them, but others claimed they couldn't be found. After much running around, I found simply doing a...

dnf update

....seemed to find all the things Houdini was missing, and it starts fine now.
http://www.tokeru.com/cgwiki [www.tokeru.com]
https://www.patreon.com/mattestela [www.patreon.com]
User Avatar
Member
210 posts
Joined: 12月 2016
Offline
I got the error:

```
(base) bash-5.1$ ./houdini_launcher
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: minimal, xcb.
```

when trying to run the launcher.
its non verbose af.

I found that I had to set the environment variable

QT_DEBUG_PLUGINS=1

wich then told me that

libqxcb.so was not found

i found it with

sudo dnf provides *libqxcb.so

out of the options i picked

qt5-qtbase-gui
Edited by NicTanghe - 2024年6月29日 19:41:35
  • Quick Links