Bug 1892205

Summary: After recent Clang upgrade BCC utils and framework stopped working
Product: [Fedora] Fedora Reporter: Konstantin <kvs>
Component: bccAssignee: Jiri Olsa <jolsa>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 33CC: acaringi, jmarchan, jolsa, rdossant, skozina
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-10-28 08:51:25 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Konstantin 2020-10-28 07:58:15 UTC
Description of problem:

After recent Clang upgrade BCC utils and framework stopped working.

Version-Release number of selected component (if applicable):

$ rpm -qa | grep -E "clang|llvm"
llvm10-libs-10.0.0-9.fc33.x86_64
clang10-libs-10.0.0-11.fc33.x86_64
llvm-libs-11.0.0-1.fc33.x86_64
clang-tools-extra-11.0.0-1.fc33.x86_64
clang-libs-11.0.0-1.fc33.x86_64
clang-11.0.0-1.fc33.x86_64
clang-devel-11.0.0-1.fc33.x86_64
llvm-11.0.0-1.fc33.x86_64
llvm-static-11.0.0-1.fc33.x86_64
llvm-devel-11.0.0-1.fc33.x86_64
llvm-test-11.0.0-1.fc33.x86_64

How reproducible:

Try to use any utilities from bcc package, for example execsnoop.

Steps to Reproduce:

1. sudo /usr/share/bcc/tools/execsnoop 

Actual results:

Traceback (most recent call last):
  File "/usr/share/bcc/tools/execsnoop", line 21, in <module>
    from bcc import BPF
  File "/usr/lib/python3.9/site-packages/bcc/__init__.py", line 27, in <module>
    from .libbcc import lib, bcc_symbol, bcc_symbol_option, bcc_stacktrace_build_id, _SYM_CB_TYPE
  File "/usr/lib/python3.9/site-packages/bcc/libbcc.py", line 17, in <module>
    lib = ct.CDLL("libbcc.so.0", use_errno=True)
  File "/usr/lib64/python3.9/ctypes/__init__.py", line 374, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: /lib64/libbcc.so.0: undefined symbol: _ZN4llvm13IRBuilderBase18CreateGlobalStringENS_9StringRefERKNS_5TwineEj, version LLVM_11

Expected results:

program works as it should do

Additional info:

Comment 1 Konstantin 2020-10-28 07:59:16 UTC
python3-bcc-0.16.0-1.fc33.noarch
bcc-tools-0.16.0-1.fc33.x86_64
bcc-0.16.0-1.fc33.x86_64
bcc-lua-0.16.0-1.fc33.x86_64
bcc-doc-0.16.0-1.fc33.noarch
bcc-devel-0.16.0-1.fc33.x86_64

Comment 2 Rafael Fonseca 2020-10-28 08:51:25 UTC
There is an update on its way to stable https://bodhi.fedoraproject.org/updates/FEDORA-2020-b102ce4fd6

*** This bug has been marked as a duplicate of bug 1891305 ***