Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#76519 - [netdata] 1.36.1-2 requires libssl.so.1

Attached to Project: Community Packages
Opened by zhui (RiverOnVenus) - Friday, 11 November 2022, 04:07 GMT
Last edited by Antonio Rojas (arojas) - Friday, 11 November 2022, 11:03 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To No-one
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Today I tried to install netdata, but it failed to start. Check the logs shows that it requires libssl.so.1. Then solve it by install openssl-1.1.

Additional info:
package version(s) netdata - v1.36.1-2
log: /usr/sbin/netdata: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory


Steps to reproduce:
sudo pacman -Syu netdata

sudo systemctl start netdata.service

Solve:
sudo pacman -Syu openssl-1.1
This task depends upon

Closed by  Antonio Rojas (arojas)
Friday, 11 November 2022, 11:03 GMT
Reason for closing:  Not a bug
Comment by Doug Newgard (Scimmia) - Friday, 11 November 2022, 04:48 GMT
No, it doesn't. Why is it saying /usr/sbin? That shouldn't even be in $PATH. It sounds to me like you did a manual install, deleting the /usr/sbin/ symlink. The package installs to /usr/bin/

Edit: OK, I see the service uses that path, and you were using the service instead of running it. Anyway, use lddtree from the pax-utils package, see where the actual problem is.
Comment by zhui (RiverOnVenus) - Friday, 11 November 2022, 05:48 GMT
Okay, here is the output.

➜ lddtree /usr/sbin/netdata
/usr/sbin/netdata (interpreter => /lib64/ld-linux-x86-64.so.2)
libz.so.1 => /usr/lib/libz.so.1
libcrypto.so.3 => /usr/lib/libcrypto.so.3
libssl.so.3 => /usr/lib/libssl.so.3
libuuid.so.1 => /usr/lib/libuuid.so.1
libuv.so.1 => /usr/lib/libuv.so.1
liblz4.so.1 => /usr/lib/liblz4.so.1
libjson-c.so.5 => /usr/lib/libjson-c.so.5
libprotobuf.so.32 => /usr/lib/libprotobuf.so.32
libsnappy.so.1 => /usr/lib/libsnappy.so.1
libmongoc-1.0.so.0 => /usr/lib/libmongoc-1.0.so.0
libsasl2.so.3 => /usr/lib/libsasl2.so.3
libssl.so.1.1 => None
libcrypto.so.1.1 => None
libresolv.so.2 => /usr/lib/libresolv.so.2
libzstd.so.1 => /usr/lib/libzstd.so.1
libicuuc.so.72 => /usr/lib/libicuuc.so.72
libicudata.so.72 => /usr/lib/libicudata.so.72
libbson-1.0.so.0 => /usr/lib/libbson-1.0.so.0
libstdc++.so.6 => /usr/lib/libstdc++.so.6
libm.so.6 => /usr/lib/libm.so.6
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1
libc.so.6 => /usr/lib/libc.so.6
Comment by Doug Newgard (Scimmia) - Friday, 11 November 2022, 05:52 GMT
That shows that your problem is /usr/lib/libmongoc-1.0.so.0. In Arch, that's from mongo-c-driver, which was already rebuilt. See what you've actually got.
Comment by zhui (RiverOnVenus) - Friday, 11 November 2022, 06:04 GMT
Thank you very much, found the problem.

I was using community-x86-64-v3/mongo-c-driver from the ALHP(https://git.harting.dev/ALHP/ALHP.GO) repository, and I just switched back to the official community/mongo-c-driver and everything works fine!

➜ lddtree /usr/sbin/netdata
/usr/sbin/netdata (interpreter => /lib64/ld-linux-x86-64.so.2)
libz.so.1 => /usr/lib/libz.so.1
libcrypto.so.3 => /usr/lib/libcrypto.so.3
libssl.so.3 => /usr/lib/libssl.so.3
libuuid.so.1 => /usr/lib/libuuid.so.1
libuv.so.1 => /usr/lib/libuv.so.1
liblz4.so.1 => /usr/lib/liblz4.so.1
libjson-c.so.5 => /usr/lib/libjson-c.so.5
libprotobuf.so.32 => /usr/lib/libprotobuf.so.32
libsnappy.so.1 => /usr/lib/libsnappy.so.1
libmongoc-1.0.so.0 => /usr/lib/libmongoc-1.0.so.0
libsasl2.so.3 => /usr/lib/libsasl2.so.3
libresolv.so.2 => /usr/lib/libresolv.so.2
libzstd.so.1 => /usr/lib/libzstd.so.1
libicuuc.so.72 => /usr/lib/libicuuc.so.72
libicudata.so.72 => /usr/lib/libicudata.so.72
libbson-1.0.so.0 => /usr/lib/libbson-1.0.so.0
libstdc++.so.6 => /usr/lib/libstdc++.so.6
libm.so.6 => /usr/lib/libm.so.6
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1
libc.so.6 => /usr/lib/libc.so.6

Thanks & Regards

Loading...