+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Случайное выключение – pveproxy, инициирует перезагрузку., Proxmox Виртуальная Среда

fabian

Guest

05.06.2025 22:44:00

Всем привет! Я давно использую Proxmox, но недавно столкнулся с проблемой, которую никак не могу понять. Примерно неделю назад мой Proxmox-сервер начал внезапно и мгновенно выключаться без каких-либо предупреждений. Journalctl ничего необычного не показывает перед выключением; вместо этого он отображает обычную последовательность выключения: Код: Jun 05 18:25:00 Ripper systemd[1]: Stopping user@0.service - User Manager for UID 0...
Jun 05 18:25:00 Ripper systemd[47517]: Activating special unit exit.target...
Jun 05 18:25:00 Ripper systemd[47517]: Stopped target default.target - Main User Target.
Jun 05 18:25:00 Ripper systemd[47517]: Stopped target basic.target - Basic System.
Jun 05 18:25:00 Ripper systemd[47517]: Reached target shutdown.target - Shutdown.
Jun 05 18:25:00 Ripper systemd[47517]: Finished systemd-exit.service - Exit the Session.
Jun 05 18:25:00 Ripper systemd[1]: user@0.service: Deactivated successfully.
Jun 05 18:25:00 Ripper systemd[1]: Removed slice user-0.slice - User Slice of UID 0. Кроме того, в dmesg нет ничего релевантного, а BMC не сообщает об ошибках или проблемах, связанных с оборудованием. Интересно, что проблема сохранялась даже после полной переустановки Proxmox, что заставило меня заподозрить проблемы с оборудованием. Однако все тесты оборудования, включая memtest и 24-часовой стресс-тест, не выявили никаких проблем. Температуры в норме, диски работают как ожидается. Тогда я решил отслеживать все вызовы system_shutdown с помощью auditd. К моему удивлению, pve-proxy часто вызывал reboot, иногда несколько раз в секунду: Код: Jun 05 22:28:04 Ripper audit[34422]: SYSCALL ... comm=70766570726F787920776F726B6572 exe="/usr/bin/perl" key="system_shutdown"
Jun 05 22:28:05 Ripper audit[34724]: SYSCALL ... comm=70766570726F787920776F726B6572 exe="/usr/bin/perl" key="system_shutdown"
Jun 05 22:28:10 Ripper audit[34422]: SYSCALL ... comm=70766570726F787920776F726B6572 exe="/usr/bin/perl" key="system_shutdown" (70766570726F787920776F726B6572 -> pveproxy worker) Кто-нибудь сталкивался с подобной проблемой? Почему сервер выключается лишь изредка, несмотря на то, что pve-proxy вызывает reboot несколько раз в секунду? Буду очень благодарен за любые подсказки или советы! Мои характеристики: MB: WRX80 Creator R2.0 CPU: AMD Ryzen Threadripper PRO 3955WX RAM: 8x32GB DDR4 ECC DISK: Работает на nvme raid 1, хотя проблема сохраняется даже при установке на другие диски. Буду очень признателен за любую помощь! Спасибо!

fabian

Guest

06.06.2025 09:56:00

Это не системное выключение, это сессия пользователя root прервана. Не могли бы вы, может быть, выложить полную строку? Мне кажется, это что-то другое, но без дополнительных данных сложно сказать, что именно. Я бы запустил memtest, чтобы убедиться, что память не неисправна, и установил все доступные обновления прошивки системы.

fabian

Guest

06.06.2025 13:51:00

Привет! Спасибо за ответ. Кажется, я как-то урезал свой журнал, вот полный вывод, хотя, похоже, это просто сессия:

Код: 05.06 18:25:00 Ripper systemd[1]: Останавливаю user@0.service - Менеджер пользователя для UID 0...
05.06 18:25:00 Ripper systemd[47517]: Активирую специальный юнит exit.target...
05.06 18:25:00 Ripper systemd[47517]: Останавливаю target default.target - Основная целевая область пользователя.
05.06 18:25:00 Ripper systemd[47517]: Останавливаю target basic.target - Основная система.
05.06 18:25:00 Ripper systemd[47517]: Останавливаю target paths.target - Пути.
05.06 18:25:00 Ripper systemd[47517]: Останавливаю target sockets.target - Сокеты.
05.06 18:25:00 Ripper systemd[47517]: Останавливаю target timers.target - Таймеры.
05.06 18:25:00 Ripper systemd[47517]: Закрыт dirmngr.socket - Демон управления сетевыми сертификатами GnuPG.
05.06 18:25:00 Ripper systemd[47517]: Закрыт gpg-agent-browser.socket - Криптографический агент GnuPG и кэш секретной фразы (доступ для веб-браузеров).
05.06 18:25:00 Ripper systemd[47517]: Закрыт gpg-agent-extra.socket - Криптографический агент GnuPG и кэш секретной фразы (ограниченный).
05.06 18:25:00 Ripper systemd[47517]: Закрыт gpg-agent-ssh.socket - Криптографический агент GnuPG (эмуляция ssh-agent).
05.06 18:25:00 Ripper systemd[47517]: Закрыт gpg-agent.socket - Криптографический агент GnuPG и кэш секретной фразы.
05.06 18:25:00 Ripper systemd[47517]: Удален slice app.slice - Приложение пользователя Slice.
05.06 18:25:00 Ripper systemd[47517]: Достигнута цель shutdown.target - Отключение.
05.06 18:25:00 Ripper systemd[47517]: Завершено systemd-exit.service - Завершение сессии.
05.06 18:25:00 Ripper systemd[47517]: Достигнута цель exit.target - Завершение сессии.
05.06 18:25:00 Ripper systemd[1]: user@0.service: Деактивирован успешно.
05.06 18:25:00 Ripper systemd[1]: Останавливаю user@0.service - Менеджер пользователя для UID 0.
05.06 18:25:00 Ripper systemd[1]: Останавливаю user-runtime-dir@0.service - Каталог среды выполнения пользователя /run/user/0...
05.06 18:25:00 Ripper systemd[1]: run-user-0.mount: Деактивирован успешно.
05.06 18:25:00 Ripper systemd[1]: user-runtime-dir@0.service: Деактивирован успешно.
05.06 18:25:00 Ripper systemd[1]: Останавливаю user-runtime-dir@0.service - Каталог среды выполнения пользователя /run/user/0.
05.06 18:25:00 Ripper systemd[1]: Удален slice user-0.slice - Slice пользователя UID 0.

--- Произошла перезагрузка --- Ты был абсолютно прав насчет вызовов систем: Хотя вызов 48 называется shutdown, он предназначен для отключения СОКЕТА:

Код: 05.06 22:28:10 Ripper audit[34724]: СИСТЕМНЫЙ ВЫЗОВ arch=c000003e syscall=48 success=yes exit=0 a0=d a1=1 a2=5ac3f7700210 a3=5ac40feced60 items=0 ppid=2075 pid=34724 auid=4294967295 uid=33 gid=33 euid=33 suid=33 fsuid=33 egid=33 sgid=33 fsgid=33 tty=(none) ses=4294967295 comm=70766570726F787920776F726B6572 exe="/usr/bin/perl" subj=unconfined key="system_shutdown"

05.06 22:28:15 Ripper audit[34303]: СИСТЕМНЫЙ ВЫЗОВ arch=c000003e syscall=48 success=yes exit=0 a0=a a1=1 a2=5ac3f7700210 a3=5ac40fadd4e0 items=0 ppid=2075 pid=34303 auid=4294967295 uid=33 gid=33 euid=33 suid=33 fsuid=33 egid=33 sgid=33 fsgid=33 tty=(none) ses=4294967295 comm=70766570726F787920776F726B6572 exe="/usr/bin/perl" subj=unconfined key="system_shutdown"

05.06 22:28:17 Ripper audit[34303]: СИСТЕМНЫЙ ВЫЗОВ arch=c000003e syscall=48 success=yes exit=0 a0=a a1=1 a2=5ac3f7700210 a3=5ac40fb9c628 items=0 ppid=2075 pid=34303 auid=4294967295 uid=33 gid=33 euid=33 suid=33 fsuid=33 egid=33 sgid=33 fsgid=33 tty=(none) ses=4294967295 comm=70766570726F787920776F726B6572 exe="/usr/bin/perl" subj=unconfined key="system_shutdown"

Теперь я снова запускаю memtest, надеюсь, моя проблема проявится.

fabian Guest	#4 0 06.06.2025 13:57:00 Нет, это действительно просто пользовательская сессия. Там можно увидеть systemd[1], это системная инстанция systemd, и она пишет, что завершает пользовательскую сессию для uid 0. Все строки логов от systemd[47517] пишутся инстанцией systemd в этой пользовательской сессии, включая сообщение "Достигнута цель shutdown.target - Завершение работы". Это всего лишь указывает на завершение пользовательской сессии. Чистое завершение работы системы закончилось бы чем-то вроде: Code: Jun 05 16:43:27 host systemd[1]: Достигнута цель shutdown.target - Завершение работы системы. Jun 05 16:43:27 host systemd[1]: Достигнута цель final.target - Поздние сервисы завершения работы. Jun 05 16:43:27 host systemd[1]: systemd-poweroff.service: Деактивирована успешно. Jun 05 16:43:27 host systemd[1]: Завершено systemd-poweroff.service - Завершение работы системы. Jun 05 16:43:27 host systemd[1]: Достигнута цель poweroff.target - Завершение работы системы. Jun 05 16:43:27 host systemd[1]: Завершение работы. Jun 05 16:43:27 host systemd-shutdown[1]: Синхронизация файловых систем и блочных устройств. Jun 05 16:43:27 host systemd-shutdown[1]: Отправка SIGTERM остальным процессам... Jun 05 16:43:27 host systemd-journald[545]: Получен SIGTERM от PID 1 (systemd-shutdow). Jun 05 16:43:27 host systemd-journald[545]: Журнал остановлен, как и подозревал. Это нормальная часть завершения соединения. Помните, что это также может быть признаком какой-то нестабильности или проблема с оборудованием. На потребительском оборудовании иногда необходимо отключать функции/состояния энергосбережения или другие опции UEFI, например. Если есть обновление UEFI, я бы рекомендовал его установить!

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры