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

Proxmox 8.2.2 / служба nvmf-autoconnect.service не запускается., Proxmox Виртуальная Среда

pgro

Guest

15.05.2024 13:02:00

Привет всем! У меня возникла странная проблема с сервисом nvmf-autoconnect.service. Во время загрузки системы кажется, что nvmf-autoconnect.service пытается запуститься до сетевых сервисов, и, следовательно, он завершается с ошибкой. После запуска системы я вижу статус ниже:

Code: -- Boot 9cb70a47c64046a99ef1803e2975ce8c --

May 15 11:20:52 at-pve02 systemd[1]: Starting nvmf-autoconnect.service - Connect NVMe-oF subsystems automatically during boot...
May 15 11:20:55 at-pve02 nvme[2872]: Failed to write to /dev/nvme-fabrics: Connection timed out
May 15 11:20:55 at-pve02 systemd[1]: nvmf-autoconnect.service: Deactivated successfully.
May 15 11:20:55 at-pve02 systemd[1]: Finished nvmf-autoconnect.service - Connect NVMe-oF subsystems automatically during boot.
May 15 11:32:40 at-pve02 systemd[1]: Starting nvmf-autoconnect.service - Connect NVMe-oF subsystems automatically during boot...
May 15 11:32:40 at-pve02 systemd[1]: nvmf-autoconnect.service: Deactivated successfully.
May 15 11:32:40 at-pve02 systemd[1]: Finished nvmf-autoconnect.service - Connect NVMe-oF subsystems automatically during boot.
-- Boot f987796a4add4f14b9934b74737839e9 --

root@at-pve02:~# systemctl status nvmf-autoconnect.service
○ nvmf-autoconnect.service - Connect NVMe-oF subsystems automatically during boot
Loaded: loaded (/lib/systemd/system/nvmf-autoconnect.service; enabled; preset: enabled)
Active: inactive (dead) since Wed 2024-05-15 13:45:56 EEST; 9min ago
Process: 2871 ExecStartPre=/sbin/modprobe nvme-fabrics (code=exited, status=0/SUCCESS)
Process: 2880 ExecStart=/usr/sbin/nvme connect-all (code=exited, status=0/SUCCESS)
Main PID: 2880 (code=exited, status=0/SUCCESS)
CPU: 30ms

May 15 13:45:53 at-pve02 systemd[1]: Starting nvmf-autoconnect.service - Connect NVMe-oF subsystems automatically during boot...
May 15 13:45:56 at-pve02 nvme[2880]: Failed to write to /dev/nvme-fabrics: Connection timed out
May 15 13:45:56 at-pve02 systemd[1]: nvmf-autoconnect.service: Deactivated successfully.
May 15 13:45:56 at-pve02 systemd[1]: Finished nvmf-autoconnect.service - Connect NVMe-oF subsystems automatically during boot.

Вы можете заметить, что nvmf-autoconnect.service находится выше networking.service

Code: root@at-pve02:~# systemctl list-dependencies network-online.target
network-online.target
● └─networking.service

в то время как nfs-client.target, например:

Code: root@at-pve02:~# systemctl list-dependencies nfs-client.target
nfs-client.target
○ ├─auth-rpcgss-module.service
● ├─rpc-statd-notify.service
● └─remote-fs-pre.target

Как-то нужно заставить nvmf-autoconnect.service загружаться последним или после nfs-client.target. Пока для решения этой проблемы я перезапускаю сервис после загрузки системы.

Спасибо

pgro

Guest

15.05.2024 14:58:00

Привет, @bbgeek17, я уже проверял это, но оказалось сложнее, чем кажется.

Код: root@at-pve02:~# cat /lib/systemd/system/nvmf-autoconnect.service

[Unit]
Description=Автоматически подключать NVMe-oF подсистемы при загрузке
ConditionPathExists=|!/etc/nvme/config.json
ConditionPathExists=|!/etc/nvme/discovery.conf
After=network-online.target
Before=remote-fs-pre.target

[Service]
Type=oneshot
ExecStartPre=/sbin/modprobe nvme-fabrics
ExecStart=/usr/sbin/nvme connect-all

[Install]
WantedBy=default.target

Как видите, network-online.target уже есть в файле .service, НО, если проверить, например, так: Code: root@at-pve02:~# systemctl list-dependencies network-online.target,
network-online.target
● └─networking.service

root@at-pve02:~# systemctl list-units networking.service
UNIT LOAD ACTIVE SUB DESCRIPTION
networking.service loaded active exited Network initialization

LOAD = Отражает, была ли правильно загружена определению модуля.
ACTIVE = Высокоуровневое состояние активации модуля, обобщение SUB.
SUB = Низкоуровневое состояние активации модуля, значения зависят от типа модуля.
1 загруженных модуля перечислены. Используйте --all, чтобы увидеть также загруженные, но неактивные модули.
Чтобы показать все установленные файлы модулей используйте 'systemctl list-unit-files'.

root@at-pve02:~# systemctl list-units network-online.target
UNIT LOAD ACTIVE SUB DESCRIPTION
network-online.target loaded active active Network is Online

LOAD = Отражает, была ли правильно загружена определению модуля.
ACTIVE = Высокоуровневое состояние активации модуля, обобщение SUB.
SUB = Низкоуровневое состояние активации модуля, значения зависят от типа модуля.
1 загруженных модуля перечислены. Используйте --all, чтобы увидеть также загруженные, но неактивные модули.
Чтобы показать все установленные файлы модулей используйте 'systemctl list-unit-files'.

Так почему же он не запускается после инициализации сети?

bbgeek17 Guest	#3 0 15.05.2024 14:15:00 Привет @pgro, быстрый поиск привел к этой дискуссии. Кажется, это именно то, что ты ищешь. Удачи! Blockbridge: ультра-низкая задержка, полностью NVMe-совместное хранилище для Proxmox - https://www.blockbridge.com/proxmox

bbgeek17

Guest

15.05.2024 17:18:00

Трудно сказать, не зная всех деталей о вашей системе. Возможно, есть задержка в каком-то из компонентов сети, и поэтому возникает гонка. Я бы посоветовал вам продолжать экспериментировать с зависимостями и задержками, и, возможно, добавить немного отладочного вывода. Посмотрите здесь https://unix.stackexchange.com/ques...ork-interface-to-be-up-before-running-service. Кажется, если у вас несколько интерфейсов – могут быть подводные камни при запуске. Удачи, Blockbridge! Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox

pgro

Guest

16.05.2024 13:10:00

Спасибо, был бы очень признателен, если найдется способ это устранить. Пока что единственное, что помогает, — добавить ExecStartPre=/bin/sleep 30, но это совсем не то, что я хотел бы делать. Может быть, какая-то ошибка в Debian 12 Bookworm?

bbgeek17

Guest

16.05.2024 14:38:00

Возможно, так и есть. Этот сервис — относительно новое дополнение. Возможно, есть какой-то особый случай, специфичный для вашей конфигурации, который он не учитывает. Замените "sleep" на bash-скрипт, который собирает данные, например состояние интерфейсов, IP-связность, статус загрузки модулей и т.д. Запустите его в цикле каждые 5 секунд в течение 30 секунд. Возможно, вы сможете заметить разницу в состоянии, которая может объяснить такое поведение. Очевидный подозреваемый в том, что система считает сеть онлайн, но на самом деле она не полностью подключена. Удачи, Blockbridge! Ультра-низкая задержка, полностью NVMe-совместное хранилище для Proxmox - https://www.blockbridge.com/proxmox

pgro Guest	#7 0 19.05.2024 22:51:00 Спасибо, @bbgeek17, есть какая-нибудь ссылка, где можно посмотреть этот bash-скрипт?

bbgeek17

Guest

20.05.2024 00:45:00

Тебе придётся создать его самому. Например: дата, IP, ping, маршрут через правильный интерфейс и т.д. Это должно дать тебе представление о текущем состоянии дел. Удачи!

Blockbridge: Ультранизкая задержка, NVMe-хранилище с общим доступом для Proxmox - https://www.blockbridge.com/proxmox

mmercier Guest	#9 0 30.05.2025 15:15:00 Ты смог разобраться с этим?

pgro Guest	#10 0 30.05.2025 15:40:00 Ну, я уже пробовал с версией pve8. Попробую и с этой. У тебя та же проблема?

mmercier Guest	#11 0 30.05.2025 15:54:00 Запускаю PVE 8.4.1, та же проблема. Сейчас пытаюсь понять, что происходит!

Читают тему

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