Re: irqbalance

Top Page

Reply to this message
Author: guildembr01
Date:  
To: Frédéric
CC: Guilde
Subject: Re: irqbalance
Bonjour,

> ce n'est pas moi qui les charge, ces modules !


Si, mais peut être à l'insu de ton plein gré ;-)
Et c'est vrai que c'est pas toi, c'est le noyau :-)

Par exemple, il y a des modules virtualbox :
- soit parce qu'il est utilisé,
- soit parce que le(s) paquet(s) est/sont installé(s).

Ce genre de module peut "taint"er (contaminer ?) le noyau, et pourrait
empêcher d'avoir toute l'aide nécessaire
https://lkml.org/lkml/2011/10/6/317

Je sais pas si c'est toujours le cas, c'est juste un exemple.

Mais assez récemment j'ai constaté des mauvaises interactions entre
kvm et vbox quand les 2 modules étaient chargés. Donc si tu peux
évites d'avoir les 2 en même temps.

Alors après pour aller trouver le fond du problème, quelques pistes :

- utiliser kexec/kdump avec éventuellement un watchdog pour récupérer
un dump. L'analyse peut-être compliquée, mais ça peut donner
une direction. Avant, c'était pas totalement nécessaire, mais avec
journald qui mange les logs (ok c'est peut-être pas lui, mais il est
suspect), ça devient quasi indispensable.
Vraiment rien dans les logs ?
Les touches SysRq ne fonctionnaient pas non plus ?

- utiliser un outil pour savoir ce qu'il se passe quand le disque
mouline. Pour trouver un outil, partir du site de Brendan Greg.
http://www.brendangregg.com/linuxperf.html

- configurer l'OOM killer, trouver ce qui consomme trop de mémoire.

- sinon, si c'est spécifique à un ordinateur, peut-être que c'est un
problème firmware et qu'il y a une mise à jour ?

- l'utilisation d'irqbalance peut être discutée dans certains comme
l'a indiqué Nicolas

http://serverfault.com/questions/513807/is-there-still-a-use-for-irqbalance-on-modern-hardware

Bonne chance, c'est pas forcément marrant, mais en tout cas instructif ;-)
--
solofo