From: Zach.Kramer@cognex.com (Kramer, Zach)
Subject: [lttng-dev] [EXTERNAL] Re: Problem with application changing UID
Date: Tue, 24 Sep 2019 15:52:25 +0000 [thread overview]
Message-ID: <SN4PR0601MB3614F4DCA5787E9A6D6095D091840@SN4PR0601MB3614.namprd06.prod.outlook.com> (raw)
In-Reply-To: <20190924151515.GH187569@joraj-alpa>
Hi,
lttng-sessiond is launched in step 1 (with adequate delay before my daemon).
The versions of LTTng are from poky/sumo:
* lttng-modules 2.10.9
* lttng-tools 2.9.11
* lttng-ust 2.10.3
Unfortunately, the destroy session call that clears my logs is very likely tied to the systemd service file and the changing of user ID, so reproducing is not so simple. I will have to get back to you on whether or not I can easily make a reproduceable example.
Regards,
Zach
-----Original Message-----
From: Jonathan Rajotte-Julien <jonathan.rajotte-julien@efficios.com>
Sent: Tuesday, September 24, 2019 5:15 PM
To: Kramer, Zach <Zach.Kramer at cognex.com>
Cc: lttng-dev at lists.lttng.org
Subject: [EXTERNAL] Re: [lttng-dev] Problem with application changing UID
On Tue, Sep 24, 2019 at 02:32:41PM +0000, Kramer, Zach wrote:
> Hi,
>
> Is LTTng intended to support userspace applications that change their UID at run-time? As in, is there an expected behavior for when this happens?
>
> For example:
>
> 1. Embedded device boots
> 2. My daemon is launched as root via systemd
> 3. Runs privileged code
> 4. Changes UID to a less privileged user (500)
> 5. Creates LTTng session
> * If session already exists, destroy it first
> 6. <if ?systemctl stop? is called>: Destroy session
> * Otherwise it will be destroyed next daemon launch in step 5
When in this chain of operations is lttng-sessiond started?
>
> [cid:image001.png at 01D56F9D.AF158770]
> The logs are cleared when ?lttng destroy sess? is called via the LTTng C-API. From my understanding, this should not happen.
I would tend to agree with you here. Would you be able to provide a small reproducer for this? What is the version of lttng-*
--
Jonathan Rajotte-Julien
EfficiOS
prev parent reply other threads:[~2019-09-24 15:52 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-24 14:32 [lttng-dev] " Kramer, Zach
2019-09-24 15:07 ` Jonathan Rajotte-Julien
2019-09-24 16:01 ` [lttng-dev] [EXTERNAL] " Kramer, Zach
2019-09-24 16:06 ` Jonathan Rajotte-Julien
2019-09-24 16:13 ` Kramer, Zach
2019-09-24 18:45 ` Jonathan Rajotte-Julien
2019-09-27 14:07 ` Kramer, Zach
2019-09-30 19:56 ` Mathieu Desnoyers
2019-09-24 15:15 ` [lttng-dev] " Jonathan Rajotte-Julien
2019-09-24 15:52 ` Kramer, Zach [this message]
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=SN4PR0601MB3614F4DCA5787E9A6D6095D091840@SN4PR0601MB3614.namprd06.prod.outlook.com \
--to=zach.kramer@cognex.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