* Question about LTTng Kernel Probe Tracking
@ 2026-04-05 1:02 Amir Najafi Zadeh via lttng-dev
2026-04-07 14:57 ` Kienan Stewart via lttng-dev
0 siblings, 1 reply; 4+ messages in thread
From: Amir Najafi Zadeh via lttng-dev @ 2026-04-05 1:02 UTC (permalink / raw)
To: lttng-dev
[-- Attachment #1: Type: text/plain, Size: 2341 bytes --]
Hello all,
I hope you are doing well.
I have a quick question about LTTng tracking when using kernel probes. I
mainly use LTTng to trace file system functions in the Linux kernel, and
for that I use the LTTng kernel probe feature, which works very well.
However, when I tried filtering logs for a specific group ID, I noticed
that filters are not supported for kernel probes.
Then I attempted to use the tracking feature to trace only a specific GID,
but this also did not work. From what I see in my logs, it appears that for
kernel probes all events are captured and recorded, regardless of the
tracking options.
I wanted to know if this is a known limitation, and whether there is any
in-progress work or reason why this is not currently supported.
For reference, here is my code. I am using LTTng 2.13.11 with kernel
6.8.0-101-generic:
```
#!/bin/sh
SESSION_NAME="lttng-gid-test"
OUTPUT_DIR="/tmp/lttng/${SESSION_NAME}"
GROUP_ID=1002
# create the lttng session
lttng create "$SESSION_NAME" -o "$OUTPUT_DIR"
# create the lttng ring buffer channel
lttng enable-channel --session="$SESSION_NAME" --kernel channel0 \
--subbuf-size=16M \
--num-subbuf=2
# add pid, tid, proc, and gid for tracing collection
lttng add-context --session="$SESSION_NAME" --channel=channel0
--kernel --type pid
lttng add-context --session="$SESSION_NAME" --channel=channel0
--kernel --type gid
# enable the target probe
lttng enable-event --session="$SESSION_NAME" --channel=channel0
--kernel --probe=ext4_get_inode_loc ext4_get_inode_loc
# disable all tracks
# NOTE: untracking doesn't make a difference
# lttng untrack --session="$SESSION_NAME" --kernel --all --gid
# lttng untrack --session="$SESSION_NAME" --kernel --all --pid
# lttng untrack --session="$SESSION_NAME" --kernel --all --vpid
# lttng untrack --session="$SESSION_NAME" --kernel --all --uid
# lttng untrack --session="$SESSION_NAME" --kernel --all --vuid
# lttng untrack --session="$SESSION_NAME" --kernel --all --vgid
# only enable gid 1002 track
lttng track --kernel --gid=1002
# start lttng
lttng start $SESSION_NAME
```
Thank you for your time and guidance.
Best regards,
Amir
--
*Amirhossein Najafizadeh*
*PhD Student, Computer Science Department, Stony Brook University, N.Y.File
systems and Storage Lab (FSL)*
najafizadeh21@gmail.com
https://amirhnajafiz.github.io/
[-- Attachment #2: Type: text/html, Size: 4534 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Question about LTTng Kernel Probe Tracking
2026-04-05 1:02 Question about LTTng Kernel Probe Tracking Amir Najafi Zadeh via lttng-dev
@ 2026-04-07 14:57 ` Kienan Stewart via lttng-dev
2026-04-07 15:14 ` Amir Najafi Zadeh via lttng-dev
0 siblings, 1 reply; 4+ messages in thread
From: Kienan Stewart via lttng-dev @ 2026-04-07 14:57 UTC (permalink / raw)
To: Amir Najafi Zadeh, lttng-dev
Hi Amir,
On 2026-04-04 21:02, Amir Najafi Zadeh via lttng-dev wrote:
> Hello all,
>
> I hope you are doing well.
>
> I have a quick question about LTTng tracking when using kernel probes. I
> mainly use LTTng to trace file system functions in the Linux kernel, and
> for that I use the LTTng kernel probe feature, which works very well.
> However, when I tried filtering logs for a specific group ID, I noticed
> that filters are not supported for kernel probes.
>
> Then I attempted to use the tracking feature to trace only a specific
> GID, but this also did not work. From what I see in my logs, it appears
> that for kernel probes all events are captured and recorded, regardless
> of the tracking options.
>
> I wanted to know if this is a known limitation, and whether there is any
> in-progress work or reason why this is not currently supported.
>
I just tried on the master branch (since I had easy access to it), and
wasn't able to reproduce a situation where I added the gid tracking and
had results for a different gid in lttng view.
> For reference, here is my code. I am using LTTng 2.13.11 with kernel
> 6.8.0-101-generic:
>
> ``` #!/bin/sh
> SESSION_NAME="lttng-gid-test"
> OUTPUT_DIR="/tmp/lttng/${SESSION_NAME}"
> GROUP_ID=1002
>
> # create the lttng session
> lttng create "$SESSION_NAME" -o "$OUTPUT_DIR"
>
> # create the lttng ring buffer channel
> lttng enable-channel --session="$SESSION_NAME" --kernel channel0 \
> --subbuf-size=16M \
> --num-subbuf=2
>
> # add pid, tid, proc, and gid for tracing collection
> lttng add-context --session="$SESSION_NAME" --channel=channel0 --kernel
> --type pid
> lttng add-context --session="$SESSION_NAME" --channel=channel0 --kernel
> --type gid
>
> # enable the target probe
> lttng enable-event --session="$SESSION_NAME" --channel=channel0 --kernel
> --probe=ext4_get_inode_loc ext4_get_inode_loc
>
> # disable all tracks # NOTE: untracking doesn't make a difference
> # lttng untrack --session="$SESSION_NAME" --kernel --all --gid
> # lttng untrack --session="$SESSION_NAME" --kernel --all --pid
> # lttng untrack --session="$SESSION_NAME" --kernel --all --vpid
> # lttng untrack --session="$SESSION_NAME" --kernel --all --uid
> # lttng untrack --session="$SESSION_NAME" --kernel --all --vuid
> # lttng untrack --session="$SESSION_NAME" --kernel --all --vgid
> # only enable gid 1002 track
> lttng track --kernel --gid=1002
>
Could you check the output of your script after "lttng track --kernel
--gid=1002"?
The rest of your commands specify a session name, but this one does not.
I wonder if it's selecting a different default session that the one
you're expecting?
> # start lttng lttng start $SESSION_NAME
>
> ```
>
> Thank you for your time and guidance.
>
> Best regards,
> Amir
>
> --
> *Amirhossein Najafizadeh*
> *PhD Student, Computer Science Department, Stony Brook University, N.Y.
> File systems and Storage Lab (FSL)
>
> *
> najafizadeh21@gmail.com <mailto:najafizadeh21@gmail.com>
> https://amirhnajafiz.github.io/ <https://amirhnajafiz.github.io/>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Question about LTTng Kernel Probe Tracking
2026-04-07 14:57 ` Kienan Stewart via lttng-dev
@ 2026-04-07 15:14 ` Amir Najafi Zadeh via lttng-dev
2026-04-08 18:28 ` Kienan Stewart via lttng-dev
0 siblings, 1 reply; 4+ messages in thread
From: Amir Najafi Zadeh via lttng-dev @ 2026-04-07 15:14 UTC (permalink / raw)
To: Kienan Stewart
[-- Attachment #1: Type: text/plain, Size: 4706 bytes --]
Added LTTng dev to BCC to avoid spamming.
Hi Kienan. Thanks for your response. I tried specifying the session name,
but nothing changed.
Here is the output I get after adding the tracker:
Added 1002 to the group ID tracker inclusion set
I don’t think the session name is the issue, because I also specified the
session name when starting tracking. This is the session state after
creating it:
$ sudo lttng list lttng-gid-test
Recording session lttng-gid-test: [active]
Trace output: /tmp/lttng/lttng-gid-test
=== Domain: Linux kernel ===
Tracked process attributes
Process IDs: none
Virtual process IDs: none
User IDs: none
Virtual user IDs: none
Group IDs: 1002
Virtual group IDs: none
And these are the logs I get:
[11:01:51.222277079] (+0.000004846) dhcp15 ext4_get_inode_loc: {
cpu_id = 3 }, { pid = 403653, tid = 403660, procname =
"lttng-consumerd", gid = 0, uid = 0, vpid = 403653, vuid = 0, vgid = 0
}, { ip = 0xFFFFFFFFAC804940 }
...
There are many logs like this from systemd, kworker, and processes
belonging to other groups. Note that the GID 1002 that I want to trace
currently has no active subjects.
Do you suggest switching to the recent version of LTTng (current version
2.13.11)?
Best,
Amir
On Tue, Apr 7, 2026 at 10:57 AM Kienan Stewart <kstewart@efficios.com>
wrote:
> Hi Amir,
>
> On 2026-04-04 21:02, Amir Najafi Zadeh via lttng-dev wrote:
> > Hello all,
> >
> > I hope you are doing well.
> >
> > I have a quick question about LTTng tracking when using kernel probes. I
> > mainly use LTTng to trace file system functions in the Linux kernel, and
> > for that I use the LTTng kernel probe feature, which works very well.
> > However, when I tried filtering logs for a specific group ID, I noticed
> > that filters are not supported for kernel probes.
> >
> > Then I attempted to use the tracking feature to trace only a specific
> > GID, but this also did not work. From what I see in my logs, it appears
> > that for kernel probes all events are captured and recorded, regardless
> > of the tracking options.
> >
> > I wanted to know if this is a known limitation, and whether there is any
> > in-progress work or reason why this is not currently supported.
> >
>
> I just tried on the master branch (since I had easy access to it), and
> wasn't able to reproduce a situation where I added the gid tracking and
> had results for a different gid in lttng view.
>
> > For reference, here is my code. I am using LTTng 2.13.11 with kernel
> > 6.8.0-101-generic:
> >
> > ``` #!/bin/sh
> > SESSION_NAME="lttng-gid-test"
> > OUTPUT_DIR="/tmp/lttng/${SESSION_NAME}"
> > GROUP_ID=1002
> >
> > # create the lttng session
> > lttng create "$SESSION_NAME" -o "$OUTPUT_DIR"
> >
> > # create the lttng ring buffer channel
> > lttng enable-channel --session="$SESSION_NAME" --kernel channel0 \
> > --subbuf-size=16M \
> > --num-subbuf=2
> >
> > # add pid, tid, proc, and gid for tracing collection
> > lttng add-context --session="$SESSION_NAME" --channel=channel0 --kernel
> > --type pid
> > lttng add-context --session="$SESSION_NAME" --channel=channel0 --kernel
> > --type gid
> >
> > # enable the target probe
> > lttng enable-event --session="$SESSION_NAME" --channel=channel0 --kernel
> > --probe=ext4_get_inode_loc ext4_get_inode_loc
> >
> > # disable all tracks # NOTE: untracking doesn't make a difference
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --gid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --pid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --vpid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --uid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --vuid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --vgid
> > # only enable gid 1002 track
> > lttng track --kernel --gid=1002
> >
>
> Could you check the output of your script after "lttng track --kernel
> --gid=1002"?
>
> The rest of your commands specify a session name, but this one does not.
> I wonder if it's selecting a different default session that the one
> you're expecting?
>
> > # start lttng lttng start $SESSION_NAME
> >
> > ```
> >
> > Thank you for your time and guidance.
> >
> > Best regards,
> > Amir
> >
> > --
> > *Amirhossein Najafizadeh*
> > *PhD Student, Computer Science Department, Stony Brook University, N.Y.
> > File systems and Storage Lab (FSL)
> >
> > *
> > najafizadeh21@gmail.com <mailto:najafizadeh21@gmail.com>
> > https://amirhnajafiz.github.io/ <https://amirhnajafiz.github.io/>
>
>
[-- Attachment #2: Type: text/html, Size: 6659 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Question about LTTng Kernel Probe Tracking
2026-04-07 15:14 ` Amir Najafi Zadeh via lttng-dev
@ 2026-04-08 18:28 ` Kienan Stewart via lttng-dev
0 siblings, 0 replies; 4+ messages in thread
From: Kienan Stewart via lttng-dev @ 2026-04-08 18:28 UTC (permalink / raw)
To: Amir Najafi Zadeh, lttng-dev
Hi Amir,
On 2026-04-07 11:14, Amir Najafi Zadeh wrote:
> Added LTTng dev to BCC to avoid spamming.
>
> Hi Kienan. Thanks for your response. I tried specifying the session
> name, but nothing changed.
>
> Here is the output I get after adding the tracker:
>
> |Added 1002 to the group ID tracker inclusion set|
>
> I don’t think the session name is the issue, because I also specified
> the session name when starting tracking. This is the session state after
> creating it:
>
> |$ sudo lttng list lttng-gid-test Recording session lttng-gid-test:
> [active] Trace output: /tmp/lttng/lttng-gid-test === Domain: Linux
> kernel === Tracked process attributes Process IDs: none Virtual process
> IDs: none User IDs: none Virtual user IDs: none Group IDs: 1002 Virtual
> group IDs: none|
>
> And these are the logs I get:
>
> |[11:01:51.222277079] (+0.000004846) dhcp15 ext4_get_inode_loc: { cpu_id
> = 3 }, { pid = 403653, tid = 403660, procname = "lttng-consumerd", gid =
> 0, uid = 0, vpid = 403653, vuid = 0, vgid = 0 }, { ip =
> 0xFFFFFFFFAC804940 } ...|
>
> There are many logs like this from systemd, kworker, and processes
> belonging to other groups. Note that the GID 1002 that I want to trace
> currently has no active subjects.
>
> Do you suggest switching to the recent version of LTTng (current version
> 2.13.11)?
>
I just tested with stable-2.13 and stable-2.14. I was able to reproduce
the issue you saw in stable-2.13, but not stable-2.14
I recommend updating to 2.14 or later.
thanks,
kienan
> Best,
> Amir
>
>
> On Tue, Apr 7, 2026 at 10:57 AM Kienan Stewart <kstewart@efficios.com
> <mailto:kstewart@efficios.com>> wrote:
>
> Hi Amir,
>
> On 2026-04-04 21:02, Amir Najafi Zadeh via lttng-dev wrote:
> > Hello all,
> >
> > I hope you are doing well.
> >
> > I have a quick question about LTTng tracking when using kernel
> probes. I
> > mainly use LTTng to trace file system functions in the Linux
> kernel, and
> > for that I use the LTTng kernel probe feature, which works very
> well.
> > However, when I tried filtering logs for a specific group ID, I
> noticed
> > that filters are not supported for kernel probes.
> >
> > Then I attempted to use the tracking feature to trace only a
> specific
> > GID, but this also did not work. From what I see in my logs, it
> appears
> > that for kernel probes all events are captured and recorded,
> regardless
> > of the tracking options.
> >
> > I wanted to know if this is a known limitation, and whether there
> is any
> > in-progress work or reason why this is not currently supported.
> >
>
> I just tried on the master branch (since I had easy access to it), and
> wasn't able to reproduce a situation where I added the gid tracking and
> had results for a different gid in lttng view.
>
> > For reference, here is my code. I am using LTTng 2.13.11 with kernel
> > 6.8.0-101-generic:
> >
> > ``` #!/bin/sh
> > SESSION_NAME="lttng-gid-test"
> > OUTPUT_DIR="/tmp/lttng/${SESSION_NAME}"
> > GROUP_ID=1002
> >
> > # create the lttng session
> > lttng create "$SESSION_NAME" -o "$OUTPUT_DIR"
> >
> > # create the lttng ring buffer channel
> > lttng enable-channel --session="$SESSION_NAME" --kernel channel0 \
> > --subbuf-size=16M \
> > --num-subbuf=2
> >
> > # add pid, tid, proc, and gid for tracing collection
> > lttng add-context --session="$SESSION_NAME" --channel=channel0 --
> kernel
> > --type pid
> > lttng add-context --session="$SESSION_NAME" --channel=channel0 --
> kernel
> > --type gid
> >
> > # enable the target probe
> > lttng enable-event --session="$SESSION_NAME" --channel=channel0
> --kernel
> > --probe=ext4_get_inode_loc ext4_get_inode_loc
> >
> > # disable all tracks # NOTE: untracking doesn't make a difference
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --gid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --pid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --vpid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --uid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --vuid
> > # lttng untrack --session="$SESSION_NAME" --kernel --all --vgid
> > # only enable gid 1002 track
> > lttng track --kernel --gid=1002
> >
>
> Could you check the output of your script after "lttng track --kernel
> --gid=1002"?
>
> The rest of your commands specify a session name, but this one does
> not.
> I wonder if it's selecting a different default session that the one
> you're expecting?
>
> > # start lttng lttng start $SESSION_NAME
> >
> > ```
> >
> > Thank you for your time and guidance.
> >
> > Best regards,
> > Amir
> >
> > --
> > *Amirhossein Najafizadeh*
> > *PhD Student, Computer Science Department, Stony Brook
> University, N.Y.
> > File systems and Storage Lab (FSL)
> >
> > *
> > najafizadeh21@gmail.com <mailto:najafizadeh21@gmail.com>
> <mailto:najafizadeh21@gmail.com <mailto:najafizadeh21@gmail.com>>
> > https://amirhnajafiz.github.io/ <https://amirhnajafiz.github.io/>
> <https://amirhnajafiz.github.io/ <https://amirhnajafiz.github.io/>>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2026-04-08 18:29 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-04-05 1:02 Question about LTTng Kernel Probe Tracking Amir Najafi Zadeh via lttng-dev
2026-04-07 14:57 ` Kienan Stewart via lttng-dev
2026-04-07 15:14 ` Amir Najafi Zadeh via lttng-dev
2026-04-08 18:28 ` Kienan Stewart via lttng-dev
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox