Mirror of the lttng-dev mailing list
 help / color / mirror / Atom feed
From: Michael Jeanson via lttng-dev <lttng-dev@lists.lttng.org>
To: Amir Najafi Zadeh <anajafizadeh@cs.stonybrook.edu>
Cc: lttng-dev@lists.lttng.org
Subject: Re: Question about LTTng Context
Date: Thu, 11 Dec 2025 11:14:26 -0500	[thread overview]
Message-ID: <ad04c3c2-c0ac-4ed6-96e1-29c661e868f5@efficios.com> (raw)
In-Reply-To: <CAOQX81e-dtfgLQ+xTt8kr-Qxc+hhiaW4vHF=S=RDVsMR0-TnLA@mail.gmail.com>

On 12/11/25 10:51, Amir Najafi Zadeh wrote:
> Michael, Kienan, Thank you both for your replies. As you mentioned the 
> cgroup namespace, it isn’t very helpful in some cases. Containers may 
> share the same cgroup namespace, and the container runtime often avoids 
> giving each container a private cgroup namespace for performance and 
> security reasons. Because of this, the cgroup namespace can’t be used as 
> a reliable or unique label for filtering trace logs.
> 
> In my case, with container-d you can inspect a container, find its PID, 
> and then check /proc/<pid>/ns/cgroup, but you’ll see that different 
> containers often have the same cgroup namespace ID (e.g., in the 
> following logs you can see the calico-node and kube-proxy containers 
> sharing a cgroup ns).

If you want to track containers, the pid namespace is the one used by 
most container runtimes but I don't know specifically for container-d.

> 
> ```
> Name: calico-node  CID: 
> b5624afe31b005725f4ba53c7b6fe758f3c09fabf013085231ff8b97588f6ace  PID: 
> 2243  cgroup_ns_inode: 4026531835
> Name: kube-proxy  CID: 
> 52f3c12def7a680f61a925ac92dd5ebd5eba6cad17d671efbfd1d40db7dff624  PID: 
> 1851  cgroup_ns_inode: 4026531835
>    >> MATCH FOUND: shares ns with container: 
> b5624afe31b005725f4ba53c7b6fe758f3c09fabf013085231ff8b97588f6ace 
> (calico-node)
> ```
> 
> Thanks again for your answers. I hope this feature appears in a future 
> patch.
> 
> Best,
> Amir
> 
> On Thu, Dec 11, 2025 at 9:57 AM Michael Jeanson <mjeanson@efficios.com 
> <mailto:mjeanson@efficios.com>> wrote:
> 
>     On 12/11/25 09:30, Kienan Stewart via lttng-dev wrote:
>      > Hi Amir,
>      >
>      > On 12/10/25 9:40 PM, Amir Najafi Zadeh via lttng-dev wrote:
>      >> Hello everyone,
>      >>
>      >> I hope you’re doing well. My name is Amir, and I’m a PhD student in
>      >> the Computer Science department at Stony Brook University, New York.
>      >>
>      >> I have a question about the LTTng context that I haven’t been
>     able to
>      >> find an answer for in the docs or man pages. Does LTTng support
>     adding
>      >> the cgroup ID or cgroup path as a context field? I want to
>     filter my
>      >> trace results based on cgroups.
>      >>
>      >
>      > I think you're looking for the `cgroup_ns` context which adds the
>     inum
>      > of the cgroup namespace as a context field.
> 
>     This will give you the ID of the cgroup namespace but we don't have
>     contexts for cgroups themselves. It's probably something we would like
>     to have but there is no concrete plans on implementing this at the
>     moment.
> 
>      >
>      >> If this isn’t supported, are there any plans to add it in future
>      >> versions, such as 2.14?
>      >>
>      >> For reference, I’m currently using LTTng 2.13 on Ubuntu 24.04 with
>      >> kernel 6.8.0-87-generic.
>      >>
>      >> Cheers,
>      >> Amir
>      >> --
>      >> *Amirhossein Najafizadeh*
>      >> *PhD Student, Computer Science Department, Stony Brook
>     University, N.Y.
>      >> File systems and Storage Lab (FSL)
> 


  reply	other threads:[~2025-12-11 16:14 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-11  2:40 Amir Najafi Zadeh via lttng-dev
2025-12-11 14:30 ` Kienan Stewart via lttng-dev
2025-12-11 14:57   ` Michael Jeanson via lttng-dev
2025-12-11 15:51     ` Amir Najafi Zadeh via lttng-dev
2025-12-11 16:14       ` Michael Jeanson via lttng-dev [this message]
2025-12-11 16:21         ` Amir Najafi Zadeh via lttng-dev

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ad04c3c2-c0ac-4ed6-96e1-29c661e868f5@efficios.com \
    --to=lttng-dev@lists.lttng.org \
    --cc=anajafizadeh@cs.stonybrook.edu \
    --cc=mjeanson@efficios.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox