mrrc

Да собственно так все и сделано, подключение и диагностика подключения к nus-серверу на DSM со стороны esxi проходит. Но DSM не реагирует при отключении питания, соответственно и клиент nut в esxi не видит изменений состояния. DSM незамедлительно обнаруживает только отключения\подключения сигнального кабеля между ups и dsm, но никак не его состояние. Странно, первоначально прокинутый ups в виртуалку с dsm работал же.. В общем надо поразбираться, попробовать без виртуализации, тут вопрос больше к DSM по работе с конкретным ups уже.

Ой, я для этих целей дополнительный FreeBSD поднял в Esxi для сервера NUT, а в DSM действительно же он уже на борту. В Esxi 6.5.0 Update 3 (Build 18678235) у меня добавлен Network UPS Tools client for VMware ESXi 5.0-8.0 2.8.1-2.6.1 А как вы сервер NUT в DSM настраивали, можно подробнее? Сервер сетевого ИБП включен, разрешенные адерса устройств для обращения добавлены. Где он там рабочую конфигурацию хранит? Если редактирую в /etc/ups/*.*, то после рестарта DSM сделанные настройки в upsmon.conf теряются. При этом esxi рапортует об успехе подключения: 2023-12-18T18:34:16Z upsmon[95007]: Communications with UPS ups@192.168.210.214 established Но отключение питания при этом не видит в упор. Собственно как и сам DSM, хотя проброшенный в DSM Smart-UPS-750 видит отлично. В общем я что-то недопонимаю со связкой DSM(NUT)-ESXi, поделитесь своей практикой, пожалуйста. DSM 7.2.1-69057 Update 3\DS3622xs+

С какой платформой, на DS1621+ же? С DS3622xs+ не пробовали у себя?

Симметрично наоборот. Пришли сегодня мои адаптеры Intel expi9301ctblk 893647. Проверил без Direct Boot. В общем на платформе с DS3622xs+ на ARC 23.12.4a симптомы оказались те же, что и со встроенной сетевой, ничего не работало. Сменив платформу на DS1621+ все запустилось, независимо от версии DSM. Кстати не понял, стоковая сетевая отключена в BIOS, однако системы ее все равно видят.

Очень дорого, заказал из Калининграда то же самое в два раза дешевле.

Intel expi9301ctblk 893647 недавно заказал себе. Только вы вначале убедитесь достоверно, что адрес NAS-а не пингуется после прогрузки загрузчика.. Быть может вам пересобрать satamap повторно нужно, выбрав *recomended вариант.

Конкретно в нашей парадигме уже и непонятно что кому мешает.

Помню. А если временно вынуть внешнюю карту, оставив только бортовой сетевой адаптер?

HP-N40L, ARC 23.12.4a, DSM 7.2.1 U3, DS3622xs+, Direct Boot, встроенная сеть работает. Modded BIOS 2013.10.01 Вы ее часом в биосе не ликвидировали.

Как и обещал, проверил на релизе 23.11.23, с которого и зашел на темную сторону по ARC-у. С Directly boot-ом интегрированный сетевой интерфейс также работает на Gen7, именно с этим никаких сложностей. Как и после обновления между версиями с 7.1 на 7.2, также и апгрейда самого ARC (правда restore with code не отработал, но к делу это не относится). Мы их не нашли, но особо и не искали. Возможно, для обхода данной ситуации и был реализован directly boot для запуска на штатном оснащении Microserver-ов.

Ну чистую я уже после опробовал для убеждения. Вначале пробовал на ранее развернутую систему с помощью TinyCore RedPill (TCRP), там ARC тоже сработал с Directly boot. Только один из дисков из RAID1 ни в какую не находился. Возможно, надо было с sata в конфигураторе поработать. Это верно. В данном случае это плохо, потому что нет транспарентности. Постараюсь сегодня попробовать на релизах, на которых и споткнулся.

Интересные дела. А у меня завелось со встроенным сетевым адаптером при использовании Directly boot на 23.12.4a (полагаю, предыдущие релизы также могут оказаться рабочими). Для чистоты эксперимента с ноля сейчас все развернул, правда при первом запуске диски не нашлись, пришлось возвращаться в конфигуратор и выбирать *recomended вариант построения sata, однако после все поднялось сразу до DSM 7.2.1-69057 Update 3.

Сможете проверить на своем стенде с Directly boot?

Прелестно! Столько мусолили тему в части неработоспособности встроенного сетевого интерфейса на Gen7 в ARC, а оказалось вон оно что! Так ведь и заработало на 23.12.4a. Совпадение? Не думаю. Просто мы уперто не туда смотрели.

v23.5.30 не завелся ни в автоматическом режиме конфигуратора загрузчика, ни в мануальном, симптоматика та же.

Принял, благодарствую, завтра попробую, майский релиз на G тянет.

Может заложите куда, забрал бы. Попробовал все же.

Выходит да. Так релизы загрузчика летние нигде не раздобыть? По-директорски) Ну, пятьсот\штука, на никсах новая к 5К стремится. Попросил завернуть две, придут, опробую)

Судя из нашей дискуссии, встроенная карта на G7 не поддерживается уже месяца три как. Заказал пару б\у Intel EXPI9301CTBLK низкопрофильных в запас, придут, дооснащу девайс.

У вас в третий ифейс кабель не воткнут? NOT CONNECTED у меня не было. Посмотрел прежние релизы ARC, на github глубже начала сентября не нашлось, с ним те же проблемы. Может где есть предыдущие от июля, начала августа? Чисто попробовать рабочий лоадер.

Ну понятно, как APC среди бесперебойников.

Кстати, а если не Intel? А Exegate, к примеру? Первый в плане совместимости понятно лучше, но однопортовка с низким профилем в половину стоимости самого сервера выходит.

Принял, благодарю. Значит ситуация идентичная. С разработчиками данной информацией кто-то уже пробовал делиться? Помнится, где-то в описании ARC было упоминание об HP g7 как достойном кандидате для работы загрузчика. Да, совершенно разумно. Как раз имеется интеловская 4-х портовая PCIe, правда не помню на какой планке, но низкопрофльная планка есть отдельно от dlink-а, может получится переставить саму плату на ее форм-фактор, будем посмотреть. Хотя 4-е порта и низкий профиль вряд ли реально. Там в корпусе сервера какой из двух портов наиболее подойдет не помню?

Понял, сегодня постараюсь попробовать релиз этого периода. Ну то есть вы подтверждаете наличие описанной проблемы с последними релизами загрузчика, у вас также воспроизводится проблема? И какая версия биоса у вашей лаборатории на базе HP N54L?

Весьма похоже по поведению! Не припомните, на каких промежуточных релизах ARC работала? Кстати, у вас встроенная или PCIe используется?