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 at localhost ~]# bpftrace > bpftrace: error while loading shared libraries: libclangFrontend.so.7: cannot open shared object file: No such file or directory > > [root at 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 at centos.org > https://lists.centos.org/mailman/listinfo/centos >