Hi Geneviève,
Sorry for bothering you again for this problem.
Here is a brief description of the problem we encountered.But it seems that this correspondence cannot be obtained from the lttng trace data, so we are now taking another method to know whether a file node has been deleted through the trace data of unlink or unlinkat sys.
Do you have any suggestions on this question?
thanks,
yuhua.
-----原始邮件-----
发件人:"Genevieve Bastien" <gbastien@versatic.net>
发送时间:2020-05-11 21:53:43 (星期一)
收件人: "熊毓华" <xiongyuhua@zju.edu.cn>
抄送:
主题: Re: [lttng-dev] questions about mapping from file names to corresponding inode
Hi Yuhua,
What are you trying to achieve exactly with this data? I've been looking around this area recently.
We wanted to be able to match requests to disk (block_rq/bio) with the writes to file from the various threads. I looked at the block_dirty_buffer event, as well as writeback_dirty_page. For the block, the dirty buffers are by partition, while the requests are for the device. There is an event (block_bio_remap) that should map the sector from the partition to the sector from the device, but I found no later block requests that included those sectors. I've thus put this investigation on pause for now.
That may not be related to what you're doing, but just in case, I'm sharing my experience with writes to block requests mappings.
Cheers,
Geneviève
On 5/7/20 1:23 AM, 熊毓华 via lttng-dev wrote:
Hi,
I want to know whether lttng trace data will provide mapping from file names to corresponding inode.
I refered some data parsed by babeltrace,and found that internal kernel tracepoints like writeback_dirty_inode_start、jbd2_submit_inode_data and lttng_statedump_vm_map can provide inode parameter.But I don’t know the meaning of these tracepoints mentioned above, and it seems to have little to do with the mapping we need.I want to know which tracepoint will record the mapping.
In addition, I found the get_inode_from_fd() function at lttng-uprobes.c.It seems to provide some hints, can this function provide the mapping information we want?If so, how should I use it to get the data.
Looking forward to your reply.
thanks,
yuhua
------------------
Yuhua Xiong
Lab for Internet and Security Technology
School of Computer Science and Technology
Zhejiang University
Hangzhou, 310007, P.R. China
_______________________________________________ lttng-dev mailing list lttng-dev@lists.lttng.org https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev