We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Run tracee image from docker registry and get the following result:
failed to resolve CO-RE relocation <byte_off> [446] struct inode.i_ctime (0:3 @ offset 24) processed 2373 insns (limit 1000000) max_states_per_insn 1 total_states 164 peak_states 164 mark_read 146 -- END PROG LOAD LOG -- {"level":"warn","ts":1702915044.6681516,"msg":"libbpf: prog 'tracepoint__sched__sched_process_exec': failed to load: -22"} {"level":"warn","ts":1702915044.682566,"msg":"libbpf: failed to load object ''"} {"level":"fatal","ts":1702915044.6954486,"msg":"Tracee runner failed","error":"cmd.Runner.Run: error initializing Tracee: ebpf.(*Tracee).Init: ebpf.(*Tracee).initBPF: failed to load BPF object: invalid argument"}
tracee version
Tracee version: "v0.19.0"
uname -a
Linux ip-10-0-6-198 6.6.3-200.fc39.x86_64 #1 SMP PREEMPT_DYNAMIC Tue Nov 28 19:11:52 UTC 2023 x86_64 GNU/Linux
The text was updated successfully, but these errors were encountered:
Seems like in kernel 6.6 the i_ctime field was changed to __i_ctime: https://elixir.bootlin.com/linux/latest/source/include/linux/fs.h#L676. So this probably affects all kernels with version >= 6.6.
i_ctime
__i_ctime
Sorry, something went wrong.
I believe we should backport this to v0.19.0 @josedonizetti @itaysk
NDStrahilevitz
Successfully merging a pull request may close this issue.
Description
Run tracee image from docker registry and get the following result:
Output of
tracee version
:Output of
uname -a
:Additional details
The text was updated successfully, but these errors were encountered: