[Eisfair] kthreadd i?==?utf-8?Q?nvoked oom-killer

Marcus Roeckrath marcus.roeckrath at gmx.de
Di Nov 28 15:20:57 CET 2017


Hallo Uwe, hallo, Thomas, hallo Jürgen,

Zitat:
> Uwe Kunze schrieb am Tue, 28 November 2017 08:53]>>  Du hast also
> per Default THP für den PAE-Kernel deaktiviert ?
>  > Nö. Das musst Du getan haben.
> 
> Nö, hab ich auch nicht getan.

Und auf meinem Schulserver ist es auch so:

# cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]
# cat /sys/kernel/mm/transparent_hugepage/defrag
always madvise [never]

Entsprechende Optionen sind in der lilo.conf nicht gesetzt.

Zitat:
> Aber dieses Script hier:
>  > set_transparent_hugepage ()

Genau gesagt ist das eine Funktion in /var/install/config.d.redis.sh.

Diese wird in der /etc/init.d/redis beim Bootvorgang aufgerufen:

/var/install/config.d/redis.sh --setthp

In meiner Redis-Konfiguration ist allerdings der Parameter
REDIS_THP_DISABLED garnicht gesetzt, also leer, er rennt dann aber in
/var/install.config.d/redis.sh trotz

if [ "${REDIS_THP_DISABLED}" = 'yes' ]

in den yes-Zweig rein und deaktiviert THP:

# /var/install/config.d/redis.sh --setthp
setting 'transparent_hugepage enabled' parameter to 'never' ...
setting 'transparent_hugepage defrag' parameter to 'never' ...

Könnte eventuell sogar redis für die Speicherprobleme verantwortlich
sein?

Seit wann gibt es den optionalen Parameter REDIS_THP_DISABLED.

-- 
Gruß Marcus


Mehr Informationen über die Mailingliste Eisfair