LINUX.ORG.RU
решено ФорумAdmin

systemd загрузка процессора . Помогите понять

 ,


0

1

Добрый день. Сразу скажу, что сам фряховод, а тут линух…

Linux 4.9.0-13-amd64 #1 SMP Debian 4.9.228-1 (2020-07-05) x86_64 LNU/Linux.

Это виртуалка.

Проблемы начались 3 дня тому назад. На виртуалке ISPManagerLite + Bitrix. Короче говоря, перестала отвечать. Передёрнули, вроде норм. Но пошла почти 100% загрузка проца


KiB Mem :  4049880 total,  3566260 free,   237464 used,   246156 buff/cache
KiB Swap:        0 total,        0 free,        0 used.  3585172 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
    1 root      20   0  204612   7040   5332 R  42.4  0.2   2:50.32 systemd

Грузит именно systemd меньше 40% не опускается, в пиках до 97%

PID у него 1

собственно, поэтому не гнус(майнер, нашел тему с гнусом - майнером) вот что в журнале


Dec 14 15:50:02 BitrixHost CRON[2143]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec 14 15:50:02 BitrixHost CRON[2153]: (root) CMD (/usr/local/mgr5/sbin/cron-ispmgr sbin/metric >/dev/null 2>&1)
Dec 14 15:50:02 BitrixHost CRON[2142]: pam_unix(cron:session): session opened for user www-data by (uid=0)
Dec 14 15:50:02 BitrixHost CRON[2145]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec 14 15:50:02 BitrixHost CRON[2156]: (www-data) CMD ([ -x /usr/share/awstats/tools/update.sh ] && /usr/share/awstats/tools/update.sh)
Dec 14 15:50:02 BitrixHost CRON[2140]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec 14 15:50:02 BitrixHost CRON[2158]: (root) CMD (   /opt/php71/bin/php -c /usr/local/mgr5/addon/revisium_antivirus/php.ini /usr/local/mgr5/addon/revisium_antivirus/services/queue.php        >> /usr
Dec 14 15:50:02 BitrixHost CRON[2144]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec 14 15:50:02 BitrixHost CRON[2160]: (root) CMD (/usr/local/mgr5/sbin/cron-ispmgr sbin/mgrctl -m ispmgr periodic >/dev/null 2>&1)
Dec 14 15:50:02 BitrixHost CRON[2162]: (root) CMD (/usr/local/mgr5/sbin/cron-ispmgr sbin/mgrctl -m ispmgr problems.autosolve >/dev/null 2>&1)
Dec 14 15:50:02 BitrixHost CRON[2143]: pam_unix(cron:session): session closed for user root
Dec 14 15:50:02 BitrixHost CRON[2147]: pam_unix(cron:session): session closed for user root
Dec 14 15:50:02 BitrixHost CRON[2139]: pam_unix(cron:session): session closed for user root
Dec 14 15:50:02 BitrixHost CRON[2145]: pam_unix(cron:session): session closed for user root
root@BitrixHost:/lib/systemd/system# journalctl -n
-- Logs begin at Mon 2020-12-14 15:35:42 MSK, end at Mon 2020-12-14 15:52:19 MSK. --
Dec 14 15:52:04 BitrixHost sshd[2304]: Received disconnect from 150.136.21.3 port 38891:11: Bye Bye [preauth]
Dec 14 15:52:04 BitrixHost sshd[2304]: Disconnected from 150.136.21.3 port 38891 [preauth]
Dec 14 15:52:08 BitrixHost systemd[1]: Looping too fast. Throttling execution a little.
Dec 14 15:52:10 BitrixHost systemd[1]: Looping too fast. Throttling execution a little.
Dec 14 15:52:11 BitrixHost systemd[1]: Looping too fast. Throttling execution a little.
Dec 14 15:52:13 BitrixHost systemd[1]: Looping too fast. Throttling execution a little.
Dec 14 15:52:15 BitrixHost systemd[1]: Looping too fast. Throttling execution a little.
Dec 14 15:52:17 BitrixHost systemd[1]: Looping too fast. Throttling execution a little.
Dec 14 15:52:19 BitrixHost sshd[2318]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=61.177.172.54  user=root
Dec 14 15:52:19 BitrixHost systemd[1]: Looping too fast. Throttling execution a little.

что-то его циклит, что понять не могу.

прошу помочь, куда копнуть. Ещё, если открыть VNC консоль виртуалки, нет предложения на логин. На клавиатуру не реагирует. Я предположил что запущен граф. интерфейс. включил

    systemctl set-default multi-user.target

не помогло..



Последнее исправление: alkor80 (всего исправлений: 1)

Начни с полного обновления дистрибутива.

Dec 14 15:52:19 BitrixHost systemd[1]: Looping too fast. Throttling execution a little.

Это 99% баг, такого не должно быть. Оставшиеся 1% — что кто-то долбит PID 1 запросами. Можешь включить дебаг (systemd-analyze set-log-level debug) и посмотреть, можешь пострейсить PID 1, но пошагового руководства я тебе не дам, там надо понимать что происходит.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 3)
Ответ на: комментарий от intelfx

Начни с полного обновления дистрибутива.

виндовенько :)

но пошагового руководства я тебе не дам

т.е. другими словами, обращайтесь в саппорт красной шапки :)

anonymous
()
Ответ на: комментарий от anonymous

виндовенько

В каком месте рекомендация обновить проблемный софт — это «виндовенько»?

т.е. другими словами, обращайтесь в саппорт красной шапки

Ну если своей головы на плечах нет, то можно и в саппорт красной шапки. Просто когда хостнейм BitrixHost, то на умение стрейсить и читать отладочный вывод особо не рассчитываешь.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)

systemd грузит проц

переходи на openrc или подобное.

MaddyDick228
()
Ответ на: комментарий от intelfx

то на умение стрейсить и читать отладочный вывод

тыдыц…

говорили же там ini-файлы править уметь и усе знания :)

никаких там «портянок»… а тут…

ты всех фанбоев расстроил!

anonymous
()

Добрый день. Диск проверил - всё гуд. Хотел обновится, но обновление не шло - тупо не хватало ресурсов. … хост был чертовски занят… Пытался останавливать, опять же все висло на stoping…..

Вывод: 5 часов препарирования … включил дебаг…. не стартовал и сыпал ошибками dbus Плюнул и переустановил всё по новой. 1 час на переустановку.. Кто-то скажет - ты просто не умеешь это готовить…. ну, наверное таки да….

Всем спасибо за участие!

alkor80
() автор топика
Ответ на: комментарий от alkor80

Глючить и вести себя непредсказуемо — это штатное поведение systemd, так что ты не виноват.

anonymous
()
Ответ на: комментарий от anonymous

меня интересует, почему в этой теме не отметились заббал, шпиног и другие местные адепты?

Рассказали бы ТСу как хороша и надежна системд

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.