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
>