fbs / el7-bpf-specs Goto Github PK

This link is not available“ https://repos.baslab.org/rhel/7/bpftrace-daily/ ", AND is there a maintainer who can fix it?

repo server is currently down. Will be up again next week

Howdy,

Thanks for the project.
Looking at the rpm packages I wonder why python-bcc is missing (i.e. this one)? is it out of scope or comes with bcc itself?

A

I cannot install bpftrace-static and bpftrace-docs.
Are bpftrace and bpftrace-doc instead of bpftrace-static and bpftrace-docs?

Howdy,

Thanks for the project.

I notice there's no license included. Would you mind adding one, please? If you were to ask me which I'd like, I'd answer Apache 2.0 https://www.apache.org/licenses/LICENSE-2.0.

BR

this is the building log：
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.PmeERz

• umask 022
• cd /root/rpmbuild/BUILD
• cd /root/rpmbuild/BUILD
• rm -rf linux-5.10.59
• /usr/bin/xz -dc /root/rpmbuild/SOURCES/linux-5.10.59.tar.xz
• /usr/bin/tar -xf -
• STATUS=0
• '[' 0 -ne 0 ']'
• cd linux-5.10.59
• /usr/bin/chmod -Rf a+rX,u+w,g-w,o-w .
• exit 0
  Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.e1Z2zK
• umask 022
• cd /root/rpmbuild/BUILD
• cd linux-5.10.59
• sed -i 1s/python3/python/ scripts/bpf_helpers_doc.py
• cd tools/bpf/bpftool/
• sed -i '/#include <linux/if.h>/d' net.c
• make

Auto-detecting system features:
... libbfd: [ on ]
... disassembler-four-args: [ OFF ]
... zlib: [ on ]
... libcap: [ OFF ]
... clang-bpf-co-re: [ on ]

CC map_perf_ring.o
CC xlated_dumper.o
CC common.o
CC iter.o
CC btf.o
CC tracelog.o
CC perf.o
CC main.o
CC json_writer.o
CC gen.o

Auto-detecting system features:
... libelf: [ on ]
... zlib: [ on ]
... bpf: [ on ]

make[1]: Entering directory /root/rpmbuild/BUILD/linux-5.10.59/tools/lib/bpf' GEN bpf_helper_defs.h MKDIR staticobjs/ CC staticobjs/libbpf.o CC staticobjs/bpf.o CC staticobjs/nlattr.o CC staticobjs/btf.o CC staticobjs/libbpf_errno.o CC staticobjs/str_error.o CC staticobjs/netlink.o CC staticobjs/bpf_prog_linfo.o CC staticobjs/libbpf_probes.o CC staticobjs/xsk.o CC staticobjs/hashmap.o CC staticobjs/btf_dump.o CC staticobjs/ringbuf.o LD staticobjs/libbpf-in.o LINK libbpf.a make[1]: Leaving directory /root/rpmbuild/BUILD/linux-5.10.59/tools/lib/bpf'
LINK bpftool-bootstrap
GEN vmlinux.h
Error: failed to load BTF from /sys/kernel/btf/vmlinux: Invalid argument
make: *** [vmlinux.h] Error 22

RPM build errors:
error: Bad exit status from /var/tmp/rpm-tmp.e1Z2zK (%build)
Bad exit status from /var/tmp/rpm-tmp.e1Z2zK (%build)

https://github.com/fbs/el7-bpf-specs/blob/master/README.md#repository links to https://repos.baslab.org/rhel/7/bpftrace-daily/ and https://repos.baslab.org/rhel/7/bpftools/ seem broken. These point to a housing initiative, it seems to domain might have changed or was squatted.

repo server had some issues and all packages were lost.

The packages currently on there have been rebuilt from scratch, old ones wont be coming back

• bcc-0.16.0
• bpftrace-0.11.0-5.487dd81
• bpftrace-0.12.0-1

(1) Some error info with bpftrace v0.12.0:

[root@localhost ~]# uname -r
3.10.0-1127.el7.x86_64
[root@localhost ~]# bpftrace --version
bpftrace v0.12.0
[root@localhost ~]# bpftrace -l '*sleep*'
stdin:1:1-8: ERROR: No probe type matched for *sleep*
*sleep*
~~~~~~~
[root@localhost ~]# 

(2) Downgrade bpftace to 0.11.0

# yum downgrade bpftrace-0.11.0-5.487dd81.el7.x86_64

Now it's OK:

[root@localhost ~]# uname -r                                                                               
3.10.0-1127.el7.x86_64
[root@localhost ~]# bpftrace --version                                                                     
bpftrace v0.11.0-225-g487d-dirty
[root@localhost ~]# bpftrace -l '*sleep*'
tracepoint:xfs:xfs_log_grant_sleep
tracepoint:block:block_sleeprq
...
kprobe:ata_sff_busy_sleep
[root@localhost ~]# 

If I try to use dwarf (e.g. args for a uprobe) I get:

WARNING: Cannot parse DWARF: libdw not available
stdin:1:22-81: ERROR: No debuginfo found for /proc/31819/root/usr/libexec/frodo

I also get no stack traces in ustack() when not using frame pointers.

could this be built with (recent) libdw maybe?