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

После переинициализации порта автоматический вход в цель больше не работает., Proxmox Виртуальная Среда

RBretzel

Guest

16.04.2024 20:35:00

Привет! У меня такая проблема. Если я показываю активную сессию этой командой "iscsiadm --mode session --print=1", во время обычной работы мое iSCSI соединение выглядит так.

Когда целевое устройство выполняет переинициализацию порта, я получаю такое состояние.

Я уже внес следующие изменения в iscsid.conf: node.startup = automatic node.leading_login = Yes node.session.timeo.replacement_timeout = 15 Я также пробовал команды: iscsiadm -m node --op=update -n node.conn[0].startup -v automatic iscsiadm -m node --op=update -n node.startup -v automatic Решением является предоставление логирования и повторного логирования порта или жёсткий способ перезапуска iscsid. Может ли кто-нибудь подсказать, как я могу решить эту проблему без ручного вмешательства? Буду благодарен за любые решения. С уважением, Рейнер

bbgeek17

Guest

30.04.2024 21:21:00

Привет @RBretzel, основные программные компоненты, участвующие в этом процессе, — это iscsid и реализация iSCSI от вашего поставщика. Учитывая, что Proxmox использует стандартные версии iscsid, широко распространенные в сети, скорее всего, проблема в баге или особенностях реализации iSCSI от вашего поставщика. Тем не менее, мы сталкивались с проблемами iscsid и отлаживали их в прошлом! Судя по вашему скриншоту, это может быть проблема, специфичная для Datacore. Можете ли вы обратиться к ним? Они должны помочь вам с обоими компонентами. Blockbridge : Ultra low latency all-NVME shared storage для Proxmox - https://www.blockbridge.com/proxmox

fweber

Guest

03.05.2024 14:33:00

Привет, в дополнение к тому, что написал @bbgeek17: есть исправленный отчет об ошибке в upstream open-iscsi [1] с очень похожим описанием проблемы и сообщением об ошибке. Исправление ошибки (iscsid: прекратить подключение для восстановления, если ошибка не таймаут в iscsi_login_eh (#388)) как-то попало в open-iscsi 2.1.9 [2]. Debian Bookworm (а значит, и Proxmox VE 8) поставляется только с версией 2.1.8, в которую исправление не входит. Может быть, стоит проверить, исправит ли open-iscsi 2.1.9, или конкретно это исправление [3], проблему, с которой ты столкнулся. Самый простой способ проверить это — собрать свой собственный патченный пакет open-iscsi 2.1.8 с включенным исправлением [3]. Обрати внимание, что мы настоятельно рекомендуем не запускать такие кастомные пакеты на production-системах, но попробовать это на тестовой системе будет полезно, чтобы увидеть, действительно ли исправление решает проблему, с которой ты сталкиваешься. [1] https://github.com/open-iscsi/open-iscsi/issues/387 [2] https://github.com/open-iscsi/open-iscsi/blob/4a45825fd1251c6cc7d343cc33ec7004c818f5b1/Changelog [3] https://github.com/open-iscsi/open-iscsi/commit/9f2074568e6c39f85c9d948cb3b869f4fc774695.diff

RBretzel

Guest

08.05.2024 13:26:00

Привет, Фридрих, спасибо за информацию о версии open-iscsi 2.1.9 и включенном исправление. Я установил эту версию и необходимые дополнительные пакеты для компиляции в своей тестовой среде. В ходе тестирования выяснилось, что переинициализация теперь работает в принципе, но не надежно. 100% функциональность можно достичь, изменив параметр “node.session.initial_login_retry_max” в iscsid.conf на значение 128.

С наилучшими пожеланиями,
Райнер Бретцель
DataCore Software GmbH

bbgeek17

Guest

08.05.2024 15:21:00

Привет, Райнер! Спасибо, что провел тестирование! @fiona, я однозначно +1 за включение 2.1.9 в PVE8. Оказывается, мы однажды видели этот баг в боевой среде в развертывании, которое использует зашифрованные транспортные средства хранения (например, iSCSI через TLS). Blockbridge: ультра-низкая задержка, полностью NVME, общая память для Proxmox - https://www.blockbridge.com/proxmox

fweber

Guest

08.05.2024 18:02:00

Спасибо, что тестировали open-iscsi 2.1.9! Раз исправление в upstream казалось достаточно простым, мы собрали пакет open-iscsi с примененным исправлением (версия 2.1.8-1.pve1). Пакет доступен в pvetest [2]. @RBretzel, не могли бы вы проверить, устраняет ли open-iscsi 2.1.8-1.pve1 (в сочетании с изменением конфигурации, о котором вы упоминали) проблему? [0] https://github.com/open-iscsi/open-iscsi/commit/9f2074568e6c39f85c9d948cb3b869f4fc774695.diff [1] https://git.proxmox.com/?p=package-rebuilds.git;a=commit;h=a98b564d9a68d5be238544e449e114ac3f269a97 [2] https://pve.proxmox.com/pve-docs/pve-admin-guide.html#sysadmin_test_repo

RBretzel

Guest

13.05.2024 18:56:00

Привет, Фридрих! Как ты просил, я протестировал это с версией 2.1.8-1.pve1. Результаты теста показали, что порт иногда снова входит в систему. Я также не смог найти схемы или правила, когда это работает, а когда нет – это происходит случайным образом. Хотел бы попросить тебя включить open-iscsi версии 2.1.9 в одну из следующих версий или обновлений твоего ПО. Ручная установка версии 2.1.9 – задача не из легких для обычного администратора. К тому же, это может создать негативное впечатление у администраторов, которые рассматривают возможность миграции. С наилучшими пожеланиями, Райнер Бретцель DataCore Software GmbH

fweber Guest	#8 0 17.05.2024 12:23:00 Привет, Райнер! Спасибо за тестирование open-iscsi 2.1.8-1.pve1. Если я правильно понимаю, то это не полностью решает проблему в твоих тестах, тогда как open-iscsi 2.1.9 (плюс увеличение node.session.initial_login_retry_max) надёжно решает эту проблему. Если это так, то, похоже, в 2.1.9 есть патч, который улучшает ситуацию, а его сейчас не хватает в нашей версии 2.1.8-1.pve1. Я ещё раз посмотрел Changelog для open-iscsi 2.1.9 [1], но ничего подобного там не нашёл. Попробуй ещё раз с 2.1.8-1.pve1 (убедись, что делаешь это на чистой машине без предыдущей установки 2.1.9, и перезагрузись после установки пакета open-iscsi). Если автоматический вход после переинициализации порта всё равно иногда не удаётся, можешь ли ты предоставить часть журнала, когда это происходит? Ты можешь сгенерировать журнал текущей загрузки с помощью следующей команды: Код: journalctl -b Да, я согласен, что было бы неплохо распространять пакет open-iscsi, который решает проблему из этой темы. Однако, чтобы минимизировать влияние на остальные пакеты PVE, мы предпочли бы распространять модифицированную версию open-iscsi 2.1.8 с применёнными необходимыми патчами, вместо распространения новой минорной версии open-iscsi 2.1.9. Поэтому было бы здорово, если бы ты мог предоставить логи из вышесказанного, чтобы мы могли, возможно, определить патчи, которые в настоящее время всё ещё отсутствуют в нашем модифицированном пакете 2.1.8. [1] https://github.com/open-iscsi/open-iscsi/blob/b38f272e81326eabf3f5a9e49c249bbf24409229/Changelog

Читают тему

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