UnimrcpServer (version 1.7.0-1.el7) service start issue (status 127)
79 views
Skip to first unread message
Daniel Ng
Nov 30, 2021, 10:07:53 AM11/30/21
to UniMRCP
Hi all,
Has anyone else had problems updating to the newer Unimrcp server build on CentOS 7?
I had a previous Unimrcpserver with UMS Lex plugin and UMS Polly plugin build on the same CentOS7 server running and after I updated to the new Unimrcp package (I used yum to remove the old packages first, deleted the /opt/unimrcp directory and then using yum again, I installed the new Unimrcp packages from the Unimrcp repo), I'm getting errors when starting up the Unimrcp service.
Specifically I'm getting the following error:
[root@JNOUNIMRCPA lib]# systemctl start unimrcp.service
[root@JNOUNIMRCPA lib]# systemctl status -l unimrcp.service
● unimrcp.service - UniMRCP Server
Loaded: loaded (/usr/lib/systemd/system/unimrcp.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Tue 2021-11-30 12:24:04 GMT; 30s ago
Process: 12790 ExecStart=/opt/unimrcp/bin/unimrcpserver -r /opt/unimrcp -o 2 -w (code=exited, status=127)
Main PID: 12790 (code=exited, status=127)
Nov 30 12:24:04 JNOUNIMRCPA.JNO.local systemd[1]: Started UniMRCP Server.
Nov 30 12:24:04 JNOUNIMRCPA.JNO.local unimrcpserver[12790]: /opt/unimrcp/bin/unimrcpserver: symbol lookup error: /opt/unimrcp/lib/libunimrcpserver.so.0: undefined symbol: apr_pool_mutex_set
Nov 30 12:24:04 JNOUNIMRCPA.JNO.local systemd[1]: unimrcp.service: main process exited, code=exited, status=127/n/a
Nov 30 12:24:04 JNOUNIMRCPA.JNO.local systemd[1]: Unit unimrcp.service entered failed state.
Nov 30 12:24:04 JNOUNIMRCPA.JNO.local systemd[1]: unimrcp.service failed.
That undefined symbol error looked to me like a dependent library issue so I did a ldd on the /opt/unimrcp/lib/libunimrcpserver.so.0 and this is what I got:
[root@JNOUNIMRCPA lib]# ldd /opt/unimrcp/lib/libunimrcpserver.so.0
linux-vdso.so.1 => (0x00007ffd979e3000)
libaprutil-1.so.0 => /lib64/libaprutil-1.so.0 (0x00007ff9d9b64000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x00007ff9d993a000)
libapr-1.so.0 => /lib64/libapr-1.so.0 (0x00007ff9d970b000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x00007ff9d9506000)
librt.so.1 => /lib64/librt.so.1 (0x00007ff9d92fe000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007ff9d90c7000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007ff9d8ec3000)
libsofia-sip-ua.so.0 => /opt/unimrcp/lib/libsofia-sip-ua.so.0 (0x00007ff9d8b29000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007ff9d88b7000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007ff9d8454000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff9d8238000)
libm.so.6 => /lib64/libm.so.6 (0x00007ff9d7f36000)
libc.so.6 => /lib64/libc.so.6 (0x00007ff9d7b68000)
libdb-5.3.so => /lib64/libdb-5.3.so (0x00007ff9d77a9000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff9d9fee000)
libfreebl3.so => /lib64/libfreebl3.so (0x00007ff9d75a6000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007ff9d7359000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007ff9d7070000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007ff9d6e6c000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007ff9d6c39000)
libz.so.1 => /lib64/libz.so.1 (0x00007ff9d6a23000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007ff9d6813000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007ff9d660f000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007ff9d63f5000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007ff9d61ce000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007ff9d5f6c000)
[root@JNOUNIMRCPA lib]# ls -l /lib64/libapr-1.so.0
lrwxrwxrwx. 1 root root 17 Mar 18 2021 /lib64/libapr-1.so.0 -> libapr-1.so.0.4.8
[root@JNOUNIMRCPA lib]# ls -l /lib64/libapr-1.so.0.4.8
-rwxr-xr-x. 1 root root 198624 Sep 30 2020 /lib64/libapr-1.so.0.4.8
So the library appears to be there (don't know if it is the correct library) and the permissions should be ok? I was starting up the service as root user too.
Any ideas as to the problem with this installation? These were the prebuilt packages on the Unimrcp repo. The specific versions according to yum are:
uniapr.x86_64 1.5.2-1.el7 @unimrcp
uniapr-util.x86_64 1.5.4-1.el7 @unimrcp
uniawssdk.x86_64 1.8.129-1.el7 @unimrcp
uniawssdk-deps.x86_64 1.8.129-1.el7 @unimrcp
unilibcurl.x86_64 7.74.0-1.el7 @unimrcp
unilibevent.x86_64 2.1.9-1.el7 @unimrcp
unilibnghttp2.x86_64 1.42.0-1.el7 @unimrcp
unilicnodegen.x86_64 1.0.0-1.el7 @unimrcp
unimrcp-client.x86_64 1.7.0-1.el7 @unimrcp
unimrcp-common.x86_64 1.7.0-1.el7 @unimrcp
unimrcp-demo-plugins.x86_64 1.7.0-1.el7 @unimrcp
unimrcp-lex.x86_64 1.7.6-1.el7 @unimrcp
unimrcp-polly.x86_64 1.7.5-1.el7 @unimrcp
unimrcp-server.x86_64 1.7.0-1.el7 @unimrcp
unisofia-sip.x86_64 1.12.12-1.el7 @unimrcp
Thanks in advance.
Kind regards,
Daniel
Daniel Ng
Dec 1, 2021, 10:12:19 AM12/1/21
to UniMRCP
Ok, I think I found the issue - basically the yum removal process managed to leave the uniapr package in a semi uninstalled state. This meant that the uniapr package did not reinstall when I reinstalled the unimrcp software.
To fix this, I went into yum to list all installed packages, uninstalled the unimrcp packages in reverse order of the original installation and specified any other unimrcp packages that were also installed before. I then went through the installation process again and this time it looks like the installation is ok.
Sorry for any false alarms.
Kind regards,
Daniel
Reply all
Reply to author
Forward
0 new messages