[lttng-dev] some tracepoints not exist in metadata?

Hi, I find sometimes there are some tracepoints not exist in metadata file(but they are in the list of lttng list -u) and the end result is they can NOT be logged. I can not always reproduce it. It bothered me for 2 days. The lttng version is 2.7, I know it is not the latest version but t

[lttng-dev] 回复： some tracepoints not exist in metadata?

I'd like to add that both "lttng list -u" and "lttng list $session_name" can get those tracepoints' names... -------------- 发件人：zhenyu.ren via lttng-dev 发送时间：2020年7月1日(星期三) 11:05 收件人：lttng-dev ; mathieu.de

[lttng-dev] 回复： 回复： some tracepoints not exist in metadata?

. -- 发件人：zhenyu.ren via lttng-dev 发送时间：2020年7月1日(星期三) 11:44 收件人：lttng-dev ; mathieu.desnoyers 主　题：[lttng-dev] 回复： some tracepoints not exist in metadata? I'd like to add that both "lttng list -u" and "lttng list $session_name" can get

[lttng-dev] 回复：回复： 回复： some tracepoints not exist in metadata?

g list $session_name" can get those tracepoints' names... -------------- 发件人：zhenyu.ren via lttng-dev 发送时间：2020年7月1日(星期三) 11:05 收件人：lttng-dev ; mathieu.desnoyers 主　题：[lttng-dev] some tracepoints not exist in metadata? Hi, I find sometimes there are some tracepoints not exist in meta

[lttng-dev] what will happen during tracing if getcpu() doesn't return correct cpu number occasionally?

Hi, I know lttng-ust tracepoint process uses per cpu lockless ringbuffer algorithm for high performance so that it relies on getcpu() to return the cpu number on which the app is running. Unfortunately, I am working on arm that linux kernel does not support vdso getcpu() implemention and

[lttng-dev] lttng-consumerd can NOT get notification to consume ring buffer data

Hi, Lttng-dev: I found a strange problem related to lttng-consumed and ctf files recently. The ctf files belongs to some CPUs have been stopped rotating but other ctf files(belong to other CPUs) keeped working as usual. I am very sure all CPUs were producing spans all the time. #date; ls -lt

[lttng-dev] 回复： lttng-consumerd can NOT get notification to consume ring buffer data

Hi, Desnoyers For various reasons, none of the three suggestions you mentioned about reproducing the problem can be achieved easily. I am also wonder why commit counter not updated...It seems that the span producers not complete commiting(be killed?hang?)? It‘s very hard to debug a

[lttng-dev] 回复：回复： lttng-consumerd can NOT get notification to consume ring buffer data

>No, it's not that simple Can I update that sub-buffer commit_cold counter(how about hot one?) to the "right" value then skip consuming this sub-buffer(but update the consume counter as if I have consumed the sub-buffer)? It seems the tracing progress will continue with the cost of missing all t

[lttng-dev] shm leak in traced application?

Hi, There are many items such as "/dev/shm/ust-shm-consumer-81132 (deleted)" exist in lttng-sessiond fd spaces. I know it is the result of shm_open() and shm_unlnik() in create_posix_shm(). However, today, I found these items also exist in a traced application which is a long-time runnin

[lttng-dev] 回复： shm leak in traced application?

>"I found these items also exist in a traced application which is a long-time >running daemon" Even if lttng-sessiond has been killed!! Thanks zhenyu.ren ------ 发件人：zhenyu.ren via lttng-dev 发送时间：2022年2月23日(星期三) 22:44

[lttng-dev] 回复： 回复： shm leak in traced application?

without killling ust applications(I tried to dig into kernel shm_open and /dev/shm, but not found any ideas)? Thanks in advance zhenyu.ren ---------- 发件人：zhenyu.ren via lttng-dev 发送时间：2022年2月23日(星期三) 23:09 收件人：lttng-dev 主　题：[lttng-dev] 回复

[lttng-dev] 回复： 回复： 回复： shm leak in traced application?

-guidelines Cheers On Fri, Feb 25, 2022 at 12:47:34PM +0800, zhenyu.ren via lttng-dev wrote: > Hi, lttng-dev team >When lttng-sessiond exits, the ust applications should call > lttng_ust_objd_table_owner_cleanup() and clean up all shm resource(unmap and > close). Howerver I do f

[lttng-dev] 回复： 回复： 回复： 回复： shm leak in traced application?

ation? >> Hi zhenyu.ren, >> Please open a bug on our bug tracker and provide a reproducer against the >> latest >> stable version (2.13.x). >> https://bugs.lttng.org/ >> Please follow the guidelines: >> https://bugs.lttng.org/#Bug-reporting-guidelines

[lttng-dev] 回复：回复： 回复： 回复： 回复： shm leak in traced application?

on our bug tracker and provide a reproducer against the >> latest >> stable version (2.13.x). >> https://bugs.lttng.org/ >> Please follow the guidelines: >> https://bugs.lttng.org/#Bug-reporting-guidelines >> Cheers >> On Fri, Feb 25, 2022 at 12:47:34

[lttng-dev] 回复： 回复：回复： 回复： 回复： 回复： shm leak in traced application?

Oh, I see. I have an old ust(2.7). So I have no FD_CLOEXEC in ustcomm_recv_fds_unix_sock(). Thanks very much!!! zhenyu.ren -- 发件人：zhenyu.ren via lttng-dev 发送时间：2022年3月10日(星期四) 11:24 收件人：Mathieu Desnoyers 抄　送：lttng-dev 主　题：[lttng

[lttng-dev] 回复：回复： 回复：回复： 回复： 回复： 回复： shm leak in traced application?

-- 发件人：zhenyu.ren via lttng-dev 发送时间：2022年3月10日(星期四) 11:24 收件人：Mathieu Desnoyers 抄　送：lttng-dev 主　题：[lttng-dev] 回复：回复： 回复： 回复： 回复： shm leak in traced application? >When this happpens, is the process holding a single (or very few)