Как исправить долгое выключение (перезагрузку) в ubuntu 18?

Question

[romanwb]

После отправки сервер на перезагрузку, долго выключается сервер (порядка 3 минут), далее идет нормальная загрузка.

До выключения/перезагрузки

Aug 16 20:34:35 example systemd[1]: Stopping Session 3 of user app.
Aug 16 20:34:35 example systemd[1]: Stopping Session 1 of user root.
Aug 16 20:34:35 example systemd[1]: Stopping User Manager for UID 0...
Aug 16 20:34:35 example systemd[1]: Stopping User Manager for UID 1000...
Aug 16 20:34:35 example systemd[1]: Stopped target Graphical Interface.
Aug 16 20:34:35 example systemd[1]: Stopped target Multi-User System.

После включения

Aug 16 20:37:40 example kernel: [    0.000000] Linux version 4.15.0-112-generic (buildd@lcy01-amd64-027) (gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)) #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 (Ubuntu 4.15.0-112.113-generic 4.15.18)
Aug 16 20:37:40 example kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-112-generic root=UUID=25e819f2-0cf9-4be3-855c-0e000e7b1648 ro quiet
Aug 16 20:37:40 example kernel: [    0.000000] KERNEL supported cpus:
Aug 16 20:37:40 example kernel: [    0.000000]   Intel GenuineIntel
Aug 16 20:37:40 example kernel: [    0.000000]   AMD AuthenticAMD
Aug 16 20:37:40 example kernel: [    0.000000]   Centaur CentaurHauls
Aug 16 20:37:40 example kernel: [    0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
Aug 16 20:37:40 example kernel: [    0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Aug 16 20:37:40 example kernel: [    0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
Aug 16 20:37:40 example kernel: [    0.000000] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
Aug 16 20:37:40 example kernel: [    0.000000] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format.
Aug 16 20:37:40 example kernel: [    0.000000] e820: BIOS-provided physical RAM map:
.............

Параметры сервера
Linux 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
systemd 237
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid

Comments

[romanwb]

Вопрос решен, сервис в supervisor (laravel horizon) долго завершается.

[Valdemar Smörman]

А при чём тут Supervisor?!
Вы втулили laravel horizon в него на старт с системой?

А не проще было в systemd?

[romanwb]

В офф руководстве используется супервизор, поэтому сделал так.

Answer 1

[kocherman]

Хотите быстрого выключения - будет медленно работать.
Хотите чтобы быстро работал - будет медленно выключаться.
Для сервера завершать работу дольше чем загружаться - это обычное явление.
В целях повышения производительности на разных уровнях от ядра до прикладного (сервисы, БД) включены всевозможные кеши, отложенные процедуры, в том числе и отложенная запись на диск.
Система должна ждать, пока все запущенные сервисы штатно завершат свою работу.

Вы серьёзно хотите оптимизировать работу севера под реактивную перезагрузку? Отключате кеши, отключайте акселераторы, устанавливайте минимальные количества процессов, выключайте лишние потоки, через OOM_Killer следите за поддержанием этого минимального количества процессов.

Comments

[romanwb]

У меня порядка 5 серверов и такое только на этом. Реактивное не надо, но 3 минуты не нормально.

[romanwb]

Например:

Aug 16 18:14:15 marafon systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
Aug 16 18:14:15 marafon systemd[1]: Stopping User Manager for UID 0...
Aug 16 18:14:15 marafon systemd[1]: Stopped target Graphical Interface.
Aug 16 18:14:15 marafon systemd[1]: Stopping Authorization Manager...
Aug 16 18:14:32 marafon kernel: [ 0.000000] Linux version 4.15.0-112-generic (buildd@lcy01-amd64-027) (gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)) #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 (Ubuntu 4.15.0-112.113-generic 4.15.18)

[kocherman]

romanwb, Ну так с этого и надо было начинать. Тут же не клуб ванг-экстрасенсов. Включите среди параметров ядра ignore_loglevel sched_debug apic=verbose debug_locks_verbose=1
и выключите quiet

[romanwb]

kocherman, спасибо, буду знать

[kocherman]

romanwb, что знать то? эти параметры только включат логи

[kocherman]

саму то проблему еще не диагностировал никто =)

[romanwb]

Модераторы скрыли решение (проблему), которую я нашел в комментарий.
Проблема была в сервисе под пользователем app (laravel horizon) - долго завершался.
А спасибо, за то что подсказали, как включать детальные логи - не пригодилось, но на будущее буду иметь введу:)

[kocherman]

romanwb, для пыха то вырубаться и 5 минут дело обычное. А вот реально быстрая перезагрузка только через KVM. :-D

Answer 2

[mayton2019]

Автор, твои логи ничего не показывают.
Интервал между событиями - менее 1 минуты.
Это не то за что надо бороться.

Comments

[romanwb]

Интервал, если присмотритесь, 3 минуты между окончанием выключения и загрузкой.
Модераторы скрыли решение (проблему), которую я нашел в комментарий.
По логам видно, что долго завершаются процессы root и app.
Я выключил сервисы пользователя app (supervizor / laravel horizon) и сервер перезагрузился моментально.
Собственно в этом сервисе laravel horizon и была проблема.