Re: Bug#126750: klogd should optionally be started from init(8)
(not cc'ed to the bts)
On Sun, 30 Dec 2001, Herbert Xu wrote:
> Henrique de Moraes Holschuh <email@example.com> wrote:
> >> Nope, that's exactly what the OOM killer was designed to do. Processes
> >> like syslogd is meant to be the last ones to be killed.
> > I am not at ease to go poking on the OOM, though. Someone else better used
> > to kernel programming should do it...
> The OOM killer should already do this as it is, no modifications are
I've just read the OOM killer in 2.4.17. It has provisions that tend NOT to
select klogd or syslogd in a system that has been running for a while, but
it may end up killing them.
It does this by assuming that such important stuff was started early, and
stayed put (i.e. was not restarted)... at least that is what I understood
from the code and comments.
Now, if you just upgraded sysklogd, or otherwise caused an important process
to restart, you are less safe against the OOM trying to kill what you did
NOT want it to kill.
Nowhere does it use the process name to lessen the chances of killing a
process. IMHO it would be a nice idea to have such a whitelist just in case.
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot