Problems with execsnoop on Ubuntu 17.04 Zesty #1276
Comments
|
The version of bpfcc that Ubuntu 17.04 Zesty installs, is v0.2.0 which is not the latest release. https://github.com/iovisor/bcc/releases Unfortunatly v0.3.0 does not seem to be available for Zesty. https://packages.ubuntu.com/search?keywords=bpfcc-tools&searchon=names So I tried downloading the source for the v0.3.0 package and building it on Zesty: mmm, so still no joy :( |
|
As I'm not having much joy with Ubuntu 17.04 Zesty, Unfortunately, Fedora do not include the 'hello_world.py', so i had to create that myself. https://github.com/iovisor/bcc/blob/v0.3.0/examples/hello_world.py So again no joy :( |
|
Just realised I was using python2: So, i wondered if that was the caused of the problem. |
|
Hi Nigel
Have you tried Building bcc from the instructions in the readme on GitHub? That may help identify if there is a underlying issue.
Cheers
Al
…Sent from my iPhone
On 2 Aug 2017, at 19:40, Nigel Smith ***@***.***> wrote:
Just realised I was using python2:
# ll /usr/bin/python
lrwxrwxrwx. 1 root root 7 May 31 18:59 /usr/bin/python -> python2
# python -V
Python 2.7.13
# /usr/bin/python3 -V
Python 3.6.1
So, i wondered if that was the caused of the problem.
So i tried with Python3, but still no joy.
# export PYTHONPATH=/usr/lib/python3.6/site-packages
# /usr/bin/python3 ./hello_world.py
Segmentation fault (core dumped)
#
# gdb /usr/bin/python3
GNU gdb (GDB) Fedora 8.0-13.fc26
Missing separate debuginfos, use: dnf debuginfo-install python3-3.6.1-8.fc26.x86_64
(gdb) run -x ./hello_world.py
Starting program: /usr/bin/python3 -x ./hello_world.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0x00007fffede29ee4 in llvm::RuntimeDyldELF::resolveRelocation(llvm::RelocationEntry const&, unsigned long) () from /lib64/libbcc.so.0
(gdb)
(gdb) bt
#0 0x00007fffede29ee4 in llvm::RuntimeDyldELF::resolveRelocation(llvm::RelocationEntry const&, unsigned long) () from /lib64/libbcc.so.0
#1 0x00007fffede29f14 in llvm::RuntimeDyldELF::resolveRelocation(llvm::RelocationEntry const&, unsigned long) () from /lib64/libbcc.so.0
#2 0x00007fffede29f14 in llvm::RuntimeDyldELF::resolveRelocation(llvm::RelocationEntry const&, unsigned long) () from /lib64/libbcc.so.0
#3 0x00007fffede13ba9 in llvm::RuntimeDyldImpl::resolveRelocationList(llvm::SmallVector<llvm::RelocationEntry, 64u> const&, unsigned long) () from /lib64/libbcc.so.0
#4 0x00007fffede16520 in llvm::RuntimeDyldImpl::resolveRelocations() () from /lib64/libbcc.so.0
#5 0x00007fffeddfd71f in llvm::MCJIT::finalizeLoadedModules() () from /lib64/libbcc.so.0
#6 0x00007fffeddfdce1 in llvm::MCJIT::finalizeObject() () from /lib64/libbcc.so.0
#7 0x00007fffed9b825a in ebpf::BPFModule::finalize() () from /lib64/libbcc.so.0
#8 0x00007fffed9b14cb in bpf_module_create_c_from_string () from /lib64/libbcc.so.0
#9 0x00007fffefb64bde in ffi_call_unix64 () from /lib64/libffi.so.6
#10 0x00007fffefb6454f in ffi_call () from /lib64/libffi.so.6
#11 0x00007fffefd78cf9 in _ctypes_callproc () from /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
#12 0x00007fffefd78ee4 in PyCFuncPtr_call () from /usr/lib64/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so
#13 0x00007ffff798f2d4 in _PyObject_FastCallDict () from /lib64/libpython3.6m.so.1.0
#14 0x00007ffff79ffd3d in call_function () from /lib64/libpython3.6m.so.1.0
#15 0x00007ffff7a3cf6a in _PyEval_EvalFrameDefault () from /lib64/libpython3.6m.so.1.0
#16 0x00007ffff798e103 in _PyEval_EvalCodeWithName () from /lib64/libpython3.6m.so.1.0
#17 0x00007ffff798f147 in _PyFunction_FastCallDict () from /lib64/libpython3.6m.so.1.0
#18 0x00007ffff798f4ae in _PyObject_FastCallDict () from /lib64/libpython3.6m.so.1.0
#19 0x00007ffff79992a1 in _PyObject_Call_Prepend () from /lib64/libpython3.6m.so.1.0
#20 0x00007ffff798f88b in PyObject_Call () from /lib64/libpython3.6m.so.1.0
#21 0x00007ffff79f75c9 in slot_tp_init () from /lib64/libpython3.6m.so.1.0
#22 0x00007ffff79f89ee in type_call () from /lib64/libpython3.6m.so.1.0
#23 0x00007ffff798f2d4 in _PyObject_FastCallDict () from /lib64/libpython3.6m.so.1.0
#24 0x00007ffff79f8958 in _PyObject_FastCallKeywords () from /lib64/libpython3.6m.so.1.0
#25 0x00007ffff79ffd3d in call_function () from /lib64/libpython3.6m.so.1.0
#26 0x00007ffff7a3def5 in _PyEval_EvalFrameDefault () from /lib64/libpython3.6m.so.1.0
#27 0x00007ffff7a0cc87 in PyEval_EvalCodeEx () from /lib64/libpython3.6m.so.1.0
#28 0x00007ffff7a0da3b in PyEval_EvalCode () from /lib64/libpython3.6m.so.1.0
#29 0x00007ffff7a955f2 in run_mod () from /lib64/libpython3.6m.so.1.0
#30 0x00007ffff7a962bd in PyRun_FileExFlags () from /lib64/libpython3.6m.so.1.0
#31 0x00007ffff7a98547 in PyRun_SimpleFileExFlags () from /lib64/libpython3.6m.so.1.0
#32 0x00007ffff7a99543 in Py_Main () from /lib64/libpython3.6m.so.1.0
#33 0x0000555555554cf5 in main ()
(gdb)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
|
Maybe I'm seeing the same problem as whats reported here: "Segmentation fault (core dumped) when running btrfsslower.py #1221" |
|
As @mcaleavya suggested, the workaround is to build latest llvm trunk and bcc manually. |
|
Tested fresh build on 17.04 henky:/var/tmp/bcc/tools$ sudo ./execsnoop.py All looks ok to me. |
Mic92
added a commit
to NixOS/nixpkgs
that referenced
this issue
Sep 29, 2017
Mic92
added a commit
to NixOS/nixpkgs
that referenced
this issue
Sep 29, 2017
|
HI, |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I'm attempting bcc install for first time on Ubuntu 17.04 Zesty.
I had to make some symlinks:
..and then I seemed to get the HelloWorld to work:
But i'm not having any joy with execsnoop:
The text was updated successfully, but these errors were encountered: