[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20170504133225.jatemh6hy3xhvpk5@codemonkey.org.uk>
Date: Thu, 4 May 2017 09:32:25 -0400
From: Dave Jones <davej@...emonkey.org.uk>
To: Arun Raghavan <arun@...nraghavan.net>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: rlimits: Print more information when CPU/RT limits are exceeded
On Thu, May 04, 2017 at 10:08:16AM +0530, Arun Raghavan wrote:
> On Tue, 2 May 2017, at 08:42 AM, Dave Jones wrote:
> > On Mon, May 01, 2017 at 11:21:52PM +0000, Linux Kernel wrote:
> > > Web: https://git.kernel.org/torvalds/c/e7ea7c9806a2681807257ea89085339d33f7fa0b
> > > Commit: e7ea7c9806a2681807257ea89085339d33f7fa0b
> > > Parent: 4495c08e84729385774601b5146d51d9e5849f81
> > > Refname: refs/heads/master
> > > Author: Arun Raghavan <arun@...nraghavan.net>
> > > AuthorDate: Wed Mar 1 20:23:09 2017 +0530
> > > Committer: Thomas Gleixner <tglx@...utronix.de>
> > > CommitDate: Mon Mar 13 21:32:15 2017 +0100
> > >
> > > rlimits: Print more information when CPU/RT limits are exceeded
> > >
> > > When a process is sent a SIGKILL because it exceeded CPU or RT limits,
> > > the cause may not be obvious in userspace -- daemonised processes just
> > > get killed, and even foreground process just see a 'Killed' message. The
> > > lack of any information on why this might be happening in logs can be
> > > confusing to users who are not aware of this mechanism.
> > >
> > > Add messages which dump the process name and tid in dmesg when a process
> > > exceeds its CPU or RT limits (soft and hard) in order to make it clearer to
> > > people debugging such issues.
> > >
> > > Signed-off-by: Arun Raghavan <arun@...nraghavan.net>
> > > Link: http://lkml.kernel.org/r/20170301145309.27214-1-arun@arunraghavan.net
> > > Signed-off-by: Thomas Gleixner <tglx@...utronix.de>
> >
> > This needs to be configurable, because this is really obnoxious..
>
> Is there an example of hos this is done elsewhere that I can work off?
The obvious one to me that comes to mind is /proc/sys/kernel/print-fatal-signals
Dave
Powered by blists - more mailing lists