All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Smalley <sds@tycho.nsa.gov>
To: Dave Jones <davej@codemonkey.org.uk>,
	Stephen Smalley <stephen.smalley@gmail.com>,
	Paul Moore <pmoore@redhat.com>, selinux <selinux@tycho.nsa.gov>,
	James Morris <james.l.morris@oracle.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: noisy selinux messages on tmpfs mount.
Date: Fri, 09 Jan 2015 15:47:01 -0500	[thread overview]
Message-ID: <54B03E45.8000106@tycho.nsa.gov> (raw)
In-Reply-To: <20150109191329.GA19400@codemonkey.org.uk>

On 01/09/2015 02:13 PM, Dave Jones wrote:
> On Fri, Jan 09, 2015 at 08:06:49AM -0500, Stephen Smalley wrote:
>  
>  > On Thu, Jan 8, 2015 at 2:39 PM, Paul Moore <pmoore@redhat.com> wrote:
>  > > On Thursday, January 08, 2015 02:34:57 PM Paul Moore wrote:
>  > >> On Thursday, January 08, 2015 02:08:22 PM Dave Jones wrote:
>  > >> > systemd has started mounting a tmpfs in /run/user/<uid> every time a
>  > >> > session begins.  So after ssh'ing into a box a number of times, dmesg
>  > >> > looks like this..
>  > >> >
>  > >> > [...] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
>  > >> > [...] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
>  > >>
>  > >> {snip}
>  > >>
>  > >> > What's a good solution to stopping this spew ? printk_once doesn't seem
>  > >> > like a good fit, in case someone is doing different labelling behaviours
>  > >> > between mounts.
>  > >> >
>  > >> > Could we only print it if the mount is being done with non-default
>  > >> > behaviour perhaps?
>  > >>
>  > >> I'm very curious to hear Stephen's opinion on the issue, but I wonder how
>  > >> much this would honestly impact us if we removed this message in the case
>  > >> where we mount the filesystem with a known labeling behavior.
>  >
>  > We already reduced that message to KERN_DEBUG.  Is that not sufficient?
> 
> That doesn't really help with the flooding of dmesg, so no.
> I should also note that it's not just logging in that creates a new
> session, it also seems to be getting triggered by cron jobs, or
> whatever the systemd replacement is.

Fair enough.  I think we can likely get rid of it then.

  reply	other threads:[~2015-01-09 20:48 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-08 19:08 noisy selinux messages on tmpfs mount Dave Jones
2015-01-08 19:34 ` Paul Moore
2015-01-08 19:38   ` Dave Jones
2015-01-08 19:39   ` Paul Moore
2015-01-08 19:39     ` Paul Moore
2015-01-09 13:06     ` Stephen Smalley
2015-01-09 13:06       ` Stephen Smalley
2015-01-09 19:13       ` Dave Jones
2015-01-09 19:13         ` Dave Jones
2015-01-09 20:47         ` Stephen Smalley [this message]
2015-01-12 14:51           ` Christopher J. PeBenito
2015-01-12 15:06             ` Paul Moore
2015-01-12 15:06               ` Paul Moore
2015-01-12 15:53             ` Stephen Smalley
2015-01-09 20:55         ` Paul Moore
2015-01-09 20:55           ` Paul Moore
2015-01-09 21:01           ` Dominick Grift
2015-01-09 21:01             ` Dominick Grift
2015-01-10  3:12             ` Paul Moore
2015-01-10  3:12               ` Paul Moore
2015-01-10  9:11               ` Dominick Grift
2015-01-10  9:11                 ` Dominick Grift
2015-01-10  9:24                 ` Dominick Grift
2015-01-10  9:24                   ` Dominick Grift

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=54B03E45.8000106@tycho.nsa.gov \
    --to=sds@tycho.nsa.gov \
    --cc=davej@codemonkey.org.uk \
    --cc=james.l.morris@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pmoore@redhat.com \
    --cc=selinux@tycho.nsa.gov \
    --cc=stephen.smalley@gmail.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 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.