As a follow-up, this issue turned out to be a PEBKAC issue. The system in question had a custom build of bcc on it as well as the dnf installed rpm.
everything working now once this cleared up. -Eric
On 2020-02-21 12:31 p.m., Eric Zuck wrote:
After upgrading to 8.1.1911, bcc-tools and bpftrace seem to be broken. Current package versions I have: bpftrace-0.9-3.el8.x86_64 and bcc-tools-0.8.0-4.el8.x86_64
Both of these seem to be pulling in LLVM version 7, rather than the version 8 that is in 8.1.1911:
[root@localhost ~]# bpftrace bpftrace: error while loading shared libraries: libclangFrontend.so.7: cannot open shared object file: No such file or directory
[root@localhost ~]# /usr/share/bcc/tools/opensnoop Traceback (most recent call last): File "/usr/share/bcc/tools/opensnoop", line 19, in <module> from bcc import ArgString, BPF File "/usr/lib/python3.6/site-packages/bcc/__init__.py", line 27, in <module> from .libbcc import lib, bcc_symbol, bcc_symbol_option, _SYM_CB_TYPE File "/usr/lib/python3.6/site-packages/bcc/libbcc.py", line 17, in <module> lib = ct.CDLL("libbcc.so.0", use_errno=True) File "/usr/lib64/python3.6/ctypes/__init__.py", line 343, in __init__ self._handle = _dlopen(self._name, mode) OSError: libclangFrontend.so.7: cannot open shared object file: No such file or directory
Looking through the CentosBug tracker, I see https://bugs.centos.org/view.php?id=16922: qt5-doctools-5.11.1-9.el8 from CentOS CR/8-stream is misbuilt https://bugs.centos.org/view.php?id=16930: rust-1.37.0-1.module_el8.1.0+246+1f1fd47e built against old libLLVM-7.so
So, I gather that bcc-tools and bpftrace are not the only packages affected by an LLVM mismatch.
Short of downloading and rebuilding the packages, does anyone have any suggestions about workarounds?
Regards, -EricZ
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos