LINUX.ORG.RU

systemd high cpu

 ,


0

2

Приветствую!

Сегодня заметил что systemd нагрузил проц на 96%
В топе была команда

systemd --system --deserialize 16

Перед этим ноут был в suspend. Поэтому я не могу точно утверждать, было ли это после выхода из suspend или из-за каких-то других действий.
Если в будущем повторится такое - то как узнать причину?
Тормозит ли сам systemd или один из его юнитов, как это проверить?

★★★★

Наверняка

Тормозит сам systemd

, потому что юниты декларативны (выполнять там нечего). И такого быть не должно.

  • посмотреть в лог
  • узреть там «Looping too fast, throttling execution»
  • приаттачиться gdb к PID 1
  • попытаться собрать бэктрейс
  • зарепортить баг
intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

Если в будущем опять вылезет данная проблема - буду следовать вашему совету.
Спасибо!

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

а если процесс systemd имеет размер в памяти ~ 30МиБ вместо обычных 1-2МиБ это норма?

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

извени, не понял, что значит RSS в контексте твоего ответа

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

да, он самый

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  1.5  75344 28908 ?        Ss   Apr16   1:01 /usr/lib/systemd/systemd --switched-root --system --deserialize 28

Такое значение принимает после выполнения юнита, который при старте системы запускает на выполнение скрипт на более чем 3000 моут-биндов каталогов, пути и точки монтирования которых хрянятся в таблице в базе mariadb

tm4ig ()

то как узнать причину?

удаляешь системГ и если ничего не тормозит - значит это лёнькин косяк

anonymous ()

С тех пор как создан этот пост, еще пару раз наблюдался баг, но небыло времени смотреть причины.
Сегодня еще раз случилось. На этот раз в логах следующее

journalctl -xe
May 12 18:39:48 kiotoze umount[23833]: umount: /run/media/yaroslav/YZ500GB: target is busy
May 12 18:39:48 kiotoze umount[23835]: umount: /run/media/yaroslav/YZ500GB: target is busy
...
May 12 18:39:48 kiotoze umount[23873]: umount: /run/media/yaroslav/YZ500GB: target is busy
May 12 18:39:48 kiotoze umount[23875]: umount: /run/media/yaroslav/YZ500GB: target is busy
May 12 18:39:48 kiotoze umount[23877]: umount: /run/media/yaroslav/YZ500GB: target is busy
May 12 18:39:48 kiotoze umount[23879]: umount: /run/media/yaroslav/YZ500GB: target is busy
May 12 18:39:48 kiotoze umount[23881]: umount: /run/media/yaroslav/YZ500GB: target is busy
May 12 18:39:49 kiotoze umount[25605]: (In some cases useful info about processes that
May 12 18:39:49 kiotoze umount[25605]: use the device is found by lsof(8) or fuser(1).)
May 12 18:39:51 kiotoze umount[29140]: use the device is found by lsof(8) or fuser(1).)
May 12 18:39:52 kiotoze umount[29688]: (In some cases useful info about processes that
May 12 18:39:52 kiotoze umount[29688]: use the device is found by lsof(8) or fuser(1).)
May 12 18:39:52 kiotoze udisksd[1481]: Cleaning up mount point /run/media/yaroslav/YZ500GB (device 8:33 no longer exist)
May 12 18:39:52 kiotoze kernel: usb 3-1: USB disconnect, device number 15
May 12 18:39:52 kiotoze kernel: blk_update_request: I/O error, dev sdc, sector 0
May 12 18:39:52 kiotoze kernel: sd 10:0:0:0: [sdc] Synchronizing SCSI cache
May 12 18:39:52 kiotoze kernel: sd 10:0:0:0: [sdc] Synchronize Cache(10) failed: Result: hostbyte=0x01 driverbyte=0x00
May 12 18:39:52 kiotoze systemd-udevd[211]: error opening USB device 'descriptors' file
May 12 18:39:52 kiotoze umount[30053]: umount: /run/media/yaroslav/YZ500GB: target is busy
May 12 18:39:52 kiotoze umount[30053]: (In some cases useful info about processes that
May 12 18:39:52 kiotoze umount[30053]: use the device is found by lsof(8) or fuser(1).)
Случается это только когда resume. Вытащил USB диск - нагрузка пропала.
А так в топе был /bin/init -> ../lib/systemd/systemd
systemctl --version 
systemd 219
+PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID -ELFUTILS +KMOD +IDN
Также подобная нагрузка встречается, когда несколько машин virtualbox запущено и resume. Но тогда может одна из машин на 100% проц грузить, опять же по непонятным причинам.

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

18:39:48 kiotoze umount[23875]: umount:

Откуда этот umount взялся? Диск не отключался во время сна?

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

хз, может быть. Комп спал 2 часа где-то. Но если и отключался - при пробуждении должен же обратно включиться

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

У шиштемде почему-то слабинка с монтированием/отмонтированием разделов, даже дублирующиеся записи могут поставить его в тупик. Может посмотришь что оно делает в момент resume?

Deleted ()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от kiotoze

Failed unmounting

Очень любопытно. Как оно у тебя монтируется?

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

автоматически. Вставил в порт - устройство примонтировалось

[br]# mount | grep YZ[br]/dev/sdb1 on /run/media/yaroslav/YZ500GB type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)[br]
Вот лог подключения http://pastebin.com/raw.php?i=awrtBYsR
thunar нормально открывает диск

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

Попробуй применить метку к разделу и убери его запись из fstab

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

Вообще мне кажется, в случае с системдой, лучше не использовать fstab. Модный инит же теперь умный, сам управляет разделами.

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

в fstab нету записи об этом разделе и YZ500GB это и есть метка раздела. Попробую поменять метку

kiotoze ★★★★ ()
Ответ на: комментарий от Deleted

Да в том то и дело, что слишком уж «умный»)
Спасибо!

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

У тебя там точно один раздел? Его идентификатор вроде бы двоится.

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