From: Karol Mroz <kmroz@suse.com>
To: ceph-devel@vger.kernel.org
Subject: Re: logfile created with root:root ownership when "log_file" config option specified
Date: Fri, 5 Feb 2016 16:46:52 -0800 [thread overview]
Message-ID: <20160206004652.GA29769@oak.lan> (raw)
In-Reply-To: <20160203231727.GA18601@oak.lan>
[-- Attachment #1: Type: text/plain, Size: 1155 bytes --]
On Wed, Feb 03, 2016 at 03:17:27PM -0800, Karol Mroz wrote:
[...]
> From a quick glance, removing changed.count("log_file"...) from
> LogObs::handle_conf_changes() would skip over the early logfile creation in this observer.
> A more invasive option would be to remove conf->apply_changes() from global_pre_init(),
> thus delaying running the observers for the first time until after the permissions drop.
> However, I suspect there may be valid reason why conf->apply_changes() is needed in
> global_pre_init()? As I'm not familiar with the nuances here, a comment from someone more
> familiar with this would be appreciated.
Removing the changed.count("log_file") section in LogObs::handle_conf_changes() I think would kill
the possibility of changing the logfile via injectargs. I'd say that's a no-go.
The more I look at it, the more I think running conf->handle_changes(NULL) from global_pre_init()
is not needed. Upon returning to global_init(), we invoke g_conf->call_all_observers() which does
meta variable expansion and runs _all_ observers. This should be enough... or am I oversimplifying
things? :D
--
Regards,
Karol
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
next prev parent reply other threads:[~2016-02-06 0:46 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-03 23:17 logfile created with root:root ownership when "log_file" config option specified Karol Mroz
2016-02-06 0:46 ` Karol Mroz [this message]
2016-02-06 2:02 ` Sage Weil
2016-02-06 2:09 ` Karol Mroz
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=20160206004652.GA29769@oak.lan \
--to=kmroz@suse.com \
--cc=ceph-devel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.