Charge système élevée, faible utilisation de la CPU / RAM sur Ubuntu 15.04
ce n’est pas vraiment un administrateur système ici, mais vraiment un serveur (un VDS loué, vraiment) pour quelques amis.
J'ai récemment transféré des serveurs de jeux, des sites Web MySQL et des sites Web d'un système de stockage virtuel à un autre. Bien que la nouvelle version ne pose aucun problème, je continue de voir le pic de charge de mon système et utiliser les deux processeurs; la charge du système de serveur précédent était en moyenne d'environ 0,3 à 0,5. Le serveur précédent était sur Ubuntu 14, j'ai exporté une liste de paquets que j'ai installés à partir de là et apt-get les a installés sur le nouveau serveur; J'ai également resynchronisé la plupart des fichiers de l'ancien serveur (je pense avoir copié un problème qui gêne mon noyau ...)
Quoi qu'il en soit, voici les résultats de mon uname -a:
Linux ophq 3.19.0-18-generic #18-Ubuntu SMP Tue May 19 18:31:35 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Et les résultats de landscape-sysinfo/logging in screen:
Welcome to Ubuntu 15.04 (GNU/Linux 3.19.0-18-generic x86_64)
System load: 2.13 Processes: 11
Usage of /: 22.6% of 196.64GB Users logged in: 1
Memory usage: 32% IP address for eth0: 123.123.123.123
Swap usage: 0%
(actuellement, un serveur de jeu est utilisé, d'où l'utilisation de la mémoire - je dois réduire le nombre de RAM alloués à Minecraft à partir des valeurs par défaut)
Résultat du haut: http://ericbarber.me/serverproblem/top.png
Pour ajouter à cela - si je tape F puis S sur 'Process Status' et utilise les listes supérieures, j'ai 2 commandes listées sous 'D' ... kworker/u30: 0 et kworker/u30: 1, ce qui me conduit à mon hypothèse de noyau ...
Je ne comprends vraiment pas pourquoi la charge moyenne est si élevée (mes utilisateurs ont été testés à la fois sur les serveurs MC et CS: GO et ils n'ont pas connu de décalage. J'ai également testé les serveurs Web et ils livrent des pages extrêmement rapidement. (par rapport à l'ancien serveur.)
Je pensais que c'était peut-être un problème d'interruption, alors voici les résultats de cat/proc/interrupts:
http://ericbarber.me/serverproblem/interrupts2.png
Parallèlement à cela, une autre question suggérait de lancer grep. -r/sys/firmware/acpi/interrupts/et désactivant toutes les valeurs supérieures à 0 ... bien que toutes mes valeurs soient égales à 0 malheureusement.
même URL que ci-dessus serverproblem/interrupts.png
J'ai installé perf et fait un rapport rapide de 30 secondes - mais je ne comprends pas trop ce résultat:
même URL que ci-dessus serverproblem/perf.png
Je vais omettre les informations sur le processeur, mais il s'agit d'un processeur Intel Xeon E5-2690, de 2 cœurs, de 2 Go de RAM et d'un disque dur de 500 Go environ. Je m'excuse s'il s'agit d'une question idiote ou si elle a déjà été posée auparavant. Je travaille sur cette question depuis quelques heures maintenant et je me retrouve dans une impasse avec le passé de Google qui recommence à zéro. tiens à éviter.
Toutes mes excuses pour les limitations des utilisateurs de links..new.
Edit: Pour ajouter les résultats de mpstat:
Linux 3.19.0-18-generic (ophq) 06/05/2015 _x86_64_ (2 CPU)
02:10:35 PM CPU %usr %Nice %sys %iowait %irq %soft %steal %guest %gnice %idle
02:10:35 PM all 7.28 0.00 1.72 47.13 0.00 0.09 0.53 0.00 0.00 43.24
Cela a fini par être ce que je crois être un bogue du noyau. Lors de la mise à jour vers la version 4.0.0-040000-generic # 201504121935, mon processeur a attendu normalement et la charge du système était inférieure à 0,10 dans la plupart des cas, sauf si quelque chose se passait sur les serveurs hébergés.
Quoi qu'il en soit, j'ai utilisé le lien suivant pour vous aider: http://ubuntuhandbook.org/index.php/2015/04/upgrade-to-linux-kernel-4-0-in-ubuntu/
et juste pour rester en conformité avec les règles, j'ai fait ce qui suit en tant que root puis j'ai redémarré la machine:
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.0-vivid/linux-headers-4.0.0-040000_4.0.0-040000.201504121935_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.0-vivid/linux-image-4.0.0-040000-generic_4.0.0-040000.201504121935_AMD64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.0-vivid/linux-headers-4.0.0-040000-generic_4.0.0-040000.201504121935_AMD64.deb
dpkg -i linux-headers-4.0.0*.deb linux-image-4.0.0*.deb
update-grub
En ce qui concerne mon cheminement - après avoir parcouru d'innombrables forums et groupes de discussion/listes de diffusion et n'avoir abouti à rien (essayé de jouer avec les BIO, options de démarrage, commit = 60, désactivation des services, modification de l'emplacement du serveur physique, etc.), j'ai décidé de rétrograder ou mettre à jour le noyau ... étant donné que 15.04 est nouveau, j'ai mis à jour. Je ne suis toujours pas sûr de la cause fondamentale du problème car je n’ai pas vu d’autres rapports sur ce problème. Mon hypothèse est que, lorsque j’utilisais rsync depuis mon ancien système 14.10, un pilote défectueux était copié ou un fichier de noyau défectueux. moi ... mais au moins, plus de kworker écrit toutes les 5 secondes sur kern.log et mes disques durs.
J'ai récemment rencontré un problème similaire avec le serveur 14.10 et 15.04, qui a été attribué à un adaptateur d'affichage bon marché (pny geforce 210 pci-E), ce qui a provoqué une nouvelle panique de la part de nouveau lorsqu'un écran n'était pas connecté à la carte. peut être sans rapport avec votre problème, mais après avoir retiré la carte de ma boîte, il éclaircit pour moi
Parfois, le disque dur peut constituer un goulot d'étranglement et entraîner une charge système élevée. Vous voudrez peut-être examiner la question.
Vous pouvez vérifier sur ces liens diverses suggestions d’outils que vous pouvez utiliser pour déterminer s’il s’agit d’un problème dans votre cas.
https://serverfault.com/questions/9428/how-can-i-monitor-hard-disk-load-on-linux