[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