systemd-journal + systemd-resolver + utilisation élevée du processeur dnsmasq
13
sur Ubuntu 16.10, pendant quelques minutes après la connexion wifi systemd-journal, systemd-resolveet dnsmasqont tendance à utiliser près de 150% du processeur.
Le fait-il toujours? Pouvez-vous voir s'il s'agit de spam dans des fichiers journaux? Vous pouvez voir quels fichiers ont été récemment modifiés dans / var / log. Les pages de manuel suggérées ci-dessous vous donneront, espérons-le, une meilleure idée de leur fonction et peut-être des fichiers journaux dans lesquels ils pourraient écrire.
mwfearnley
Vous ne pouvez pas utiliser 150% du CPU. Si vous avez un CPU hyper-threadé dual-core, vous utilisez vraiment 37,5% des 4 CPU même si topdit 150% (c'est un ancien programme). Si vous avez un i7 Quad Core avec hyper-threading, vous utilisez vraiment 18,75% de 8 CPU.
WinEunuuchs2Unix
Réponses:
6
Suggérée par une autre étape de la solution
Ajoutez la ligne DNSMASQ_EXCEPT=loà/etc/default/dnsmasq
sudo nano /etc/default/dnsmasq
Redémarrez dnsmasq via
sudo service systemd-resolved restart
Dire merci Si j'ai aidé, il est revenu à la normale et ne tourne pas rond avec d'autres applications, comme la méthode précédente l'a fait.
Résolu ce problème pour moi le 18.04 Bionic Beaver.
Wilbert
2
J'ai eu le même problème en 18.04. systemd-resolvedet dnsmasqont tendance à boucler. Je l'ai résolu de cette façon:
Ajoutez ou décommentez la ligne suivante dans /etc/default/dnsmasq:
IGNORE_RESOLVCONF=yes
Créez votre propre resolvfichier ( /etc/resolv.personal) pour définir les serveurs de noms. Vous pouvez utiliser n'importe quel serveur de noms ici. J'en ai pris deux à OpenNIC .
Lire man systemd-journald; Lire man systemd-resolve; Lire man dnsmasq; Lisez man journalctl.
Archivez vos fichiers journaux /var/log/*.
D'après le peu que vous avez dit, il semble que toute une série d'entrées de journal sont en cours (étudiez pourquoi!), Et une partie de votre système de journalisation essaie de résoudre " domain names, IPv4 and IPv6 addresses, DNS resource records or services with the systemd-resolved.service(8) resolver service.". (Lire man 8 systemd-resolved.service.) Cette "résolution de nom" est ce qui prend le temps.
Ordinaire? Lorsque Linux fonctionne sur tout, des systèmes sur puce aux membres des 50 meilleurs supercalculateurs, que signifie «normal»?
topdit 150% (c'est un ancien programme). Si vous avez un i7 Quad Core avec hyper-threading, vous utilisez vraiment 18,75% de 8 CPU.Réponses:
Suggérée par une autre étape de la solution
Ajoutez la ligne
DNSMASQ_EXCEPT=loà/etc/default/dnsmasqRedémarrez dnsmasq via
Dire merci Si j'ai aidé, il est revenu à la normale et ne tourne pas rond avec d'autres applications, comme la méthode précédente l'a fait.
À la vôtre, Mark
la source
J'ai eu le même problème en 18.04.
systemd-resolvedetdnsmasqont tendance à boucler. Je l'ai résolu de cette façon:Ajoutez ou décommentez la ligne suivante dans
/etc/default/dnsmasq:Créez votre propre
resolvfichier (/etc/resolv.personal) pour définir les serveurs de noms. Vous pouvez utiliser n'importe quel serveur de noms ici. J'en ai pris deux à OpenNIC .En
/etc/dnsmasq.confajouter ou décommenter la ligne suivante:Redémarrez ensuite
dnsmasqet désactiver le résolveur par défaut:systemd-resolved.la source
Lire
man systemd-journald; Lireman systemd-resolve; Lireman dnsmasq; Lisezman journalctl.Archivez vos fichiers journaux
/var/log/*.D'après le peu que vous avez dit, il semble que toute une série d'entrées de journal sont en cours (étudiez pourquoi!), Et une partie de votre système de journalisation essaie de résoudre "
domain names, IPv4 and IPv6 addresses, DNS resource records or services with the systemd-resolved.service(8) resolver service.". (Lireman 8 systemd-resolved.service.) Cette "résolution de nom" est ce qui prend le temps.Ordinaire? Lorsque Linux fonctionne sur tout, des systèmes sur puce aux membres des 50 meilleurs supercalculateurs, que signifie «normal»?
la source