[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.1904251544070.34263@chino.kir.corp.google.com>
Date: Thu, 25 Apr 2019 15:45:05 -0700 (PDT)
From: David Rientjes <rientjes@...gle.com>
To: Joel Savitz <jsavitz@...hat.com>
cc: linux-kernel@...r.kernel.org, Rafael Aquini <aquini@...hat.com>
Subject: Re: [PATCH] mm/oom_killer: Add task UID to info message on an oom
kill
On Wed, 24 Apr 2019, Joel Savitz wrote:
> In the event of an oom kill, useful information about the killed
> process is printed to dmesg. Users, especially system administrators,
> will find it useful to immediately see the UID of the process.
>
> In the following example, abuse_the_ram is the name of a program
> that attempts to iteratively allocate all available memory until it is
> stopped by force.
>
> Current message:
>
> Out of memory: Killed process 35389 (abuse_the_ram)
> total-vm:133718232kB, anon-rss:129624980kB, file-rss:0kB,
> shmem-rss:0kB
>
> Patched message:
>
> Out of memory: Killed process 2739 (abuse_the_ram), UID 0,
> total-vm:133880028kB, anon-rss:129754836kB, file-rss:0kB,
> shmem-rss:0kB
>
> Signed-off-by: Joel Savitz <jsavitz@...hat.com>
Makes sense, could you add it to the end of the message in case anybody is
parsing the current string and we would now break their regex?
This would also need from_kuid(&init_user_ns, task_uid(task)) instead.
Powered by blists - more mailing lists