lttng-dev.lists.lttng.org archive mirror
 help / color / mirror / Atom feed
* [lttng-dev] Suspected Bug in lttng-tools
@ 2022-12-26 10:22 Shubham Kulkarni via lttng-dev
  2022-12-27 11:56 ` Shubham Kulkarni via lttng-dev
  0 siblings, 1 reply; 3+ messages in thread
From: Shubham Kulkarni via lttng-dev @ 2022-12-26 10:22 UTC (permalink / raw)
  To: lttng-dev


[-- Attachment #1.1: Type: text/plain, Size: 2363 bytes --]

Hi,

I am entirely new to the lttng-tools and frankly not aware of anything.
But, one of our company's customer reported this issue, so I tried
reproducing. I was able to reproduce it with the version of lttng-tool
(2.12.4 - (Ta) Meilleure) installed on my Ubuntu 16.04 (
https://lttng.org/docs/v2.12/#doc-ubuntu-ppa).

Issue is, if I try to snapshot a session with an output filename containing
a ".", it fails. Steps I followed are given below :

*"*
root@MVIN00032:~# lttng create flightrecorder --snapshot
Snapshot session flightrecorder created.
Default snapshot output set to
/home/shubham/lttng-traces/flightrecorder-20221223-153147
Every channel enabled for this session will be set to mmap output and
default to overwrite mode.

root@MVIN00032:~# lttng enable-event -k -a
All Kernel events are enabled in channel channel0

root@MVIN00032:~# lttng start
Tracing started for session flightrecorder

root@MVIN00032:~# lttng -vvv snapshot record -s flightrecorder -n
*record.dump*
DEBUG1 - 15:32:15.173476719 [7159/7159]: LSM cmd type : 28 (in
send_session_msg() at lttng-ctl.c:128)
*Error: Create directory failed*
DEBUG1 - 15:32:15.197542565 [7159/7159]: Clean exit (in clean_exit() at
lttng.c:152)

root@MVIN00032:~# lttng -vvv snapshot record -s flightrecorder -n
*record_dump*
DEBUG1 - 15:32:24.013450964 [7442/7442]: LSM cmd type : 28 (in
send_session_msg() at lttng-ctl.c:128)
*Snapshot recorded successfully for session flightrecorder*

root@MVIN00032:~# lttng stop
Waiting for data availability
Tracing stopped for session flightrecorder

root@MVIN00032:~# lttng destroy
Session flightrecorder destroyed *"*
-----------------------------------------------------------------------------------------------------------------------------------------------------------

I tried the same with lttng-tools v2.9.5 (as one of my company's product
uses this version) under runqemu session, which worked fine for
'record.dump' & with lttng-tools v2.11.5 (another product uses this
version) failed with the same error. So, maybe in between these versions an
issue was introduced.

I am not sure whether this is the correct location to send this mail, but I
didn't find any solution on the Internet and I am not aware of lttng at
all. I was able to reproduce the issue with help from the internet, so
thought to report it via this mailing list.

Thanks,
Shubham

[-- Attachment #1.2: Type: text/html, Size: 2793 bytes --]

[-- Attachment #2: Type: text/plain, Size: 156 bytes --]

_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [lttng-dev] Suspected Bug in lttng-tools
  2022-12-26 10:22 [lttng-dev] Suspected Bug in lttng-tools Shubham Kulkarni via lttng-dev
@ 2022-12-27 11:56 ` Shubham Kulkarni via lttng-dev
  0 siblings, 0 replies; 3+ messages in thread
From: Shubham Kulkarni via lttng-dev @ 2022-12-27 11:56 UTC (permalink / raw)
  To: lttng-dev


[-- Attachment #1.1: Type: text/plain, Size: 2813 bytes --]

Hi,

Please ignore the previous mail from me saying there might be a bug in
lttng-tools. After some analysis, I found this is expected functionality as
per the commit https://github.com/lttng/lttng-tools/commit/cb034ca.
It's NOT A BUG.

Thanks,
Shubham


On Mon, Dec 26, 2022 at 3:52 PM Shubham Kulkarni <shubhambkul16@gmail.com>
wrote:

> Hi,
>
> I am entirely new to the lttng-tools and frankly not aware of anything.
> But, one of our company's customer reported this issue, so I tried
> reproducing. I was able to reproduce it with the version of lttng-tool
> (2.12.4 - (Ta) Meilleure) installed on my Ubuntu 16.04 (
> https://lttng.org/docs/v2.12/#doc-ubuntu-ppa).
>
> Issue is, if I try to snapshot a session with an output filename
> containing a ".", it fails. Steps I followed are given below :
>
> *"*
> root@MVIN00032:~# lttng create flightrecorder --snapshot
> Snapshot session flightrecorder created.
> Default snapshot output set to
> /home/shubham/lttng-traces/flightrecorder-20221223-153147
> Every channel enabled for this session will be set to mmap output and
> default to overwrite mode.
>
> root@MVIN00032:~# lttng enable-event -k -a
> All Kernel events are enabled in channel channel0
>
> root@MVIN00032:~# lttng start
> Tracing started for session flightrecorder
>
> root@MVIN00032:~# lttng -vvv snapshot record -s flightrecorder -n
> *record.dump*
> DEBUG1 - 15:32:15.173476719 [7159/7159]: LSM cmd type : 28 (in
> send_session_msg() at lttng-ctl.c:128)
> *Error: Create directory failed*
> DEBUG1 - 15:32:15.197542565 [7159/7159]: Clean exit (in clean_exit() at
> lttng.c:152)
>
> root@MVIN00032:~# lttng -vvv snapshot record -s flightrecorder -n
> *record_dump*
> DEBUG1 - 15:32:24.013450964 [7442/7442]: LSM cmd type : 28 (in
> send_session_msg() at lttng-ctl.c:128)
> *Snapshot recorded successfully for session flightrecorder*
>
> root@MVIN00032:~# lttng stop
> Waiting for data availability
> Tracing stopped for session flightrecorder
>
> root@MVIN00032:~# lttng destroy
> Session flightrecorder destroyed *"*
>
> -----------------------------------------------------------------------------------------------------------------------------------------------------------
>
> I tried the same with lttng-tools v2.9.5 (as one of my company's product
> uses this version) under runqemu session, which worked fine for
> 'record.dump' & with lttng-tools v2.11.5 (another product uses this
> version) failed with the same error. So, maybe in between these versions an
> issue was introduced.
>
> I am not sure whether this is the correct location to send this mail, but
> I didn't find any solution on the Internet and I am not aware of lttng at
> all. I was able to reproduce the issue with help from the internet, so
> thought to report it via this mailing list.
>
> Thanks,
> Shubham
>

[-- Attachment #1.2: Type: text/html, Size: 3579 bytes --]

[-- Attachment #2: Type: text/plain, Size: 156 bytes --]

_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [lttng-dev] Suspected Bug in lttng-tools
@ 2022-12-23 13:24 Shubham Kulkarni via lttng-dev
  0 siblings, 0 replies; 3+ messages in thread
From: Shubham Kulkarni via lttng-dev @ 2022-12-23 13:24 UTC (permalink / raw)
  To: lttng-dev


[-- Attachment #1.1: Type: text/plain, Size: 2363 bytes --]

Hi,

I am entirely new to the lttng-tools and frankly not aware of anything.
But, one of our company's customer reported this issue, so I tried
reproducing. I was able to reproduce it with the version of lttng-tool
(2.12.4 - (Ta) Meilleure) installed on my Ubuntu 16.04 (
https://lttng.org/docs/v2.12/#doc-ubuntu-ppa).

Issue is, if I try to snapshot a session with an output filename containing
a ".", it fails. Steps I followed are given below :

*"*
root@MVIN00032:~# lttng create flightrecorder --snapshot
Snapshot session flightrecorder created.
Default snapshot output set to
/home/shubham/lttng-traces/flightrecorder-20221223-153147
Every channel enabled for this session will be set to mmap output and
default to overwrite mode.

root@MVIN00032:~# lttng enable-event -k -a
All Kernel events are enabled in channel channel0

root@MVIN00032:~# lttng start
Tracing started for session flightrecorder

root@MVIN00032:~# lttng -vvv snapshot record -s flightrecorder -n
*record.dump*
DEBUG1 - 15:32:15.173476719 [7159/7159]: LSM cmd type : 28 (in
send_session_msg() at lttng-ctl.c:128)
*Error: Create directory failed*
DEBUG1 - 15:32:15.197542565 [7159/7159]: Clean exit (in clean_exit() at
lttng.c:152)

root@MVIN00032:~# lttng -vvv snapshot record -s flightrecorder -n
*record_dump*
DEBUG1 - 15:32:24.013450964 [7442/7442]: LSM cmd type : 28 (in
send_session_msg() at lttng-ctl.c:128)
*Snapshot recorded successfully for session flightrecorder*

root@MVIN00032:~# lttng stop
Waiting for data availability
Tracing stopped for session flightrecorder

root@MVIN00032:~# lttng destroy
Session flightrecorder destroyed *"*
-----------------------------------------------------------------------------------------------------------------------------------------------------------

I tried the same with lttng-tools v2.9.5 (as one of my company's product
uses this version) under runqemu session, which worked fine for
'record.dump' & with lttng-tools v2.11.5 (another product uses this
version) failed with the same error. So, maybe in between these versions an
issue was introduced.

I am not sure whether this is the correct location to send this mail, but I
didn't find any solution on the Internet and I am not aware of lttng at
all. I was able to reproduce the issue with help from the internet, so
thought to report it via this mailing list.

Thanks,
Shubham

[-- Attachment #1.2: Type: text/html, Size: 2797 bytes --]

[-- Attachment #2: Type: text/plain, Size: 156 bytes --]

_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-12-29 14:31 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-12-26 10:22 [lttng-dev] Suspected Bug in lttng-tools Shubham Kulkarni via lttng-dev
2022-12-27 11:56 ` Shubham Kulkarni via lttng-dev
  -- strict thread matches above, loose matches on Subject: below --
2022-12-23 13:24 Shubham Kulkarni 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;
as well as URLs for NNTP newsgroup(s).