Segfault in upsSmartView Rocky 10

SmartView 1.0.2

Dec 27 19:09:30 mustang upsSmartServer.sh[32186]: /usr/local/upsSmartView
Dec 27 19:09:30 mustang kernel: upsSmartServer[32191]: segfault at 8000 ip 0000000000008000 sp 00007ffe1278ea28 error 14 likely on CPU 8 (core 20, socket 0)
Dec 27 19:09:30 mustang kernel: Code: Unable to access opcode bytes at 0x7fd6.
Dec 27 19:09:30 mustang systemd-coredump[32192]: Process 32191 (upsSmartServer) of user 0 terminated abnormally with signal 11/SEGV, processing...
Dec 27 19:09:30 mustang systemd[1]: Started systemd-coredump@4-32192-0.service - Process Core Dump (PID 32192/UID 0).
Dec 27 19:09:30 mustang systemd-coredump[32193]: Process 32191 (upsSmartServer) of user 0 dumped core.#012#012Stack trace of thread 32191:#012#0  0x0000000000008000 n/a (n/a + 0x0)#012#1  0x00007f31218cedb9 _dl_relocate_object (ld-linux-x86-64.so.2 + 0x10db9)#012#2  0x00007f31218de754 dl_main (ld-linux-x86-64.so.2 + 0x20754)#012#3  0x00007f31218dadf3 _dl_sysdep_start (ld-linux-x86-64.so.2 + 0x1cdf3)#012#4  0x00007f31218dc702 _dl_start_final (ld-linux-x86-64.so.2 + 0x1e702)#012#5  0x00007f31218db448 _start (ld-linux-x86-64.so.2 + 0x1d448)#012ELF object binary architecture: AMD x86-64
Dec 27 19:09:30 mustang upsSmartServer.sh[32186]: /usr/local/upsSmartView/upsSmartServer.sh: line 12: 32191 Segmentation fault      (core dumped) ./"$appname"


You would need to ask the maintainers of upsSmartView for help on that since it is their software. The Rocky team isn’t responsible for it.

Usually means something is wrong with the dynamic linker.
If it happens instantly at start up.
Could be the program was linked on a machine that is not RHEL 10.
You can check dynamic linker for “real” prog, not the bash *.sh script.
ldd /path/2/real_program

You are spot on.

Checking the installer confirms that the program is pre-linked.
I will try the distributor.