systemd-journal + systemd-resol + высокая загрузка процессора dnsmasq
13
в Ubuntu 16.10, в течение некоторой минуты после подключения Wi-Fi systemd-journal, systemd-resolveи, dnsmasqкак правило, используют почти 150% процессорного времени.
Это все еще делает это? Можете ли вы увидеть, если это спам каких-либо файлов журнала? Вы могли видеть, какие файлы были недавно изменены в / var / log. Надеемся, что справочные страницы, приведенные ниже, дадут вам лучшее представление о том, каковы их функции и, возможно, в какие файлы журналов они могут записывать.
mwfearnley
Вы не можете использовать 150% процессорного времени. Если у вас двухъядерный гиперпоточный процессор, вы на самом деле используете 37,5% из 4 процессоров, хотя topговорят, что 150% (это старая программа). Если у вас i7 Quad Core с гиперпоточностью, вы действительно используете 18,75% из 8 процессоров.
У меня была такая же проблема в 18.04. systemd-resolvedи dnsmasqсклонны к петле. Я решил это так:
Добавьте или раскомментируйте следующую строку в /etc/default/dnsmasq:
IGNORE_RESOLVCONF=yes
Создайте свой собственный resolvфайл ( /etc/resolv.personal) для определения серверов имен. Вы можете использовать любой сервер имен здесь. Я взял два из OpenNIC .
Читать man systemd-journald; Читать man systemd-resolve; Читать man dnsmasq; Читать man journalctl.
Проверьте ваши файлы журнала в /var/log/*.
Из того, что вы сказали, похоже, создается целая куча записей в журнале (выясните почему!), И некоторая часть вашей системы журналирования пытается решить " domain names, IPv4 and IPv6 addresses, DNS resource records or services with the systemd-resolved.service(8) resolver service.". (Читайте man 8 systemd-resolved.service.) Это «разрешение имени» - то, что занимает время.
Обычный? Что означает «нормальный», когда Linux работает на всем, от Systems-On-Chip до членов 50 суперкомпьютеров?
top
говорят, что 150% (это старая программа). Если у вас i7 Quad Core с гиперпоточностью, вы действительно используете 18,75% из 8 процессоров.Ответы:
Предложено другими шагами решения
Добавить строку
DNSMASQ_EXCEPT=lo
в/etc/default/dnsmasq
Перезапустите dnsmasq через
Скажи спасибо, если я помог, он вернулся к нормальному состоянию и НЕ работает с другими приложениями, как предыдущий метод DID.
Ура, Марк
источник
У меня была такая же проблема в 18.04.
systemd-resolved
иdnsmasq
склонны к петле. Я решил это так:Добавьте или раскомментируйте следующую строку в
/etc/default/dnsmasq
:Создайте свой собственный
resolv
файл (/etc/resolv.personal
) для определения серверов имен. Вы можете использовать любой сервер имен здесь. Я взял два из OpenNIC .В
/etc/dnsmasq.conf
оный или раскомментируйте следующую строку:Затем перезапустить
dnsmasq
и отключить распознаватель по умолчанию:systemd-resolved
.источник
Читать
man systemd-journald
; Читатьman systemd-resolve
; Читатьman dnsmasq
; Читатьman journalctl
.Проверьте ваши файлы журнала в
/var/log/*
.Из того, что вы сказали, похоже, создается целая куча записей в журнале (выясните почему!), И некоторая часть вашей системы журналирования пытается решить "
domain names, IPv4 and IPv6 addresses, DNS resource records or services with the systemd-resolved.service(8) resolver service.
". (Читайтеman 8 systemd-resolved.service
.) Это «разрешение имени» - то, что занимает время.Обычный? Что означает «нормальный», когда Linux работает на всем, от Systems-On-Chip до членов 50 суперкомпьютеров?
источник