Настройка LSI SAS 9361-8i с батарейкой

Конфигурирование, планирование RAID систем, возможности, технологии, теория. Qlogic, LSI Logic, Adaptec ...

Модераторы: Trinity admin`s, Free-lance moderator`s

Аватара пользователя
AntonK
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 42
Зарегистрирован: 17 апр 2017, 12:13
Откуда: Москва
Контактная информация:

Re: Настройка LSI SAS 9361-8i с батарейкой

Сообщение AntonK » 02 окт 2020, 16:28

Mobic писал(а):
13 июн 2020, 11:46
Добрый день! Зеркало на основе Avago Megaraid sas 9361-8i стоит Esxi 6.0.0. Раз в неделю, почти как по расписанию по субботам с 14 до 19 где то в течении часа выскакивают ошибки:
Lost access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Successfully restored access to volume 5dcc1d2f-d3352266-6f69-ac1f6bf22cee (Data) following connectivity issues.
В результате которых все виртуалки начинают дико висеть. Заданий на это время никаких нет, драйвер контроллера на Esxi установлен. По питанию судя по графикам с по для бесперебойника скачков нет. Могут быть на Avago Megaraid sas 9361-8i какие то еженедельные задания по дефолту от производителя, которые при определенном стечении обстоятельств приводили к подобным висякам?
Теоретически вполне возможно. Контроллер выполняет различные периодические операции – проверки томов и отдельных дисков. Проверить это легко из MSM под Windows. Там можно посмотреть какие задачи контроллером выполняются в данный момент, отменить их (при необходимости), а также настроить приоритет данных операций, чтобы они не мешали операциям с данными. Под Esxi думаю аналогичные функции доступны из CLI Tools, но тут уж надо читать документацию.

Вот ссылка на закачку утилит.
https://docs.broadcom.com/docs/007.1416 ... torCLI.zip

Также проверьте версию драйверов, которую используете.

"The certified driver package 7.709.10.00 is downloadable from the vmware web site for

7.712.15.00

Esxi 6.7
https://my.vmware.com/en/web/vmware/det ... ductId=742

Esxi 6.5
https://my.vmware.com/en/web/vmware/det ... ductId=614

Please download from this location. A free vmware.com account is required to login and download."


И проверьте логи при помощи тех же CLI Tools.
trinitygroup.ru
3nt.ru

Supermicro, HPE, DELL, IBM, INTEL, EMC, WD, Toshiba, Fujitsu, Hitachi, NetApp, Seagate, Cisco
Решаем IT задачи любой сложности - Trinitygroup.ru

dime2
Junior member
Сообщения: 1
Зарегистрирован: 14 ноя 2020, 00:40

Re: Настройка LSI SAS 9361-8i с батарейкой

Сообщение dime2 » 14 ноя 2020, 01:00

Umlyaut писал(а):
15 фев 2019, 00:22

Надеюсь, что про потерю данных они так "шутят"-перестраховываются. Т.к. инициализация массива может проводиться контроллером в т.ч. и в фоновом режиме прямо в процессе работы контроллера с данными на носителях.
Если это ТА ЖЕ инициализация, то нафига так пугать народ?
А если это "какая-то другая" инициализация, то... какая?

Вообще же из более-менее детальной проработки документации у меня по некоторым признакам сложилось впечатление, что пресловутая "инициализация массива" - неважно, фоновая она, или "фронт-эндная" - использует тот же механизм/алгоритм, что и так называемое "патрульное чтение" (Patrol Reading), проверяя абсолютно все блоки носителей на читабельность (и при нужде - на писабельность), с соответствующими выводами (аналог ремапа битых физ.секторов, проводимого внутри hdd или ssd их собственными фирмварями).
По итогам инициализации в метаданные массива записывается помимо прочего ещё и инфа о состоянии носителей (указание на имеющиеся "ремапы", пометки в Bad Strip Table, etc.).
И да - и инициализация, и Patrol Reading абсолютно недеструктивны для данных на массиве (конечно, при штатном развитии событий, что является нормой для исправного контроллера).
mcmurphy94 писал(а):
19 фев 2019, 10:11
После проведения инициализации из-под "досовской, Ctrl+R" утилиты LSI, сервер не загрузился.
Прошу прощения за некропостинг, но не мог пройти мимо, так как сам столкнулся с непроинициализированным массивом на production сервере.

Согласно найденной мной документации https://www.fujitsu.com/downloads/PRMRG ... 1-01en.pdf (страница 18) есть 3 вида инициализации у контроллеров LSI;
Foreground Initialization. Записывание нулей во все блоки. Деструктивный метод для данных.
Background Initialization. Ничего не написано про данные. Но есть предупреждение - не подсовывать диски с таблицей разделов или из других дисковых массивов во избежание потерь данных. Я так понял это касается rebuild-а.
Fast Initialization. Затираются нулями первые 50кб. Деструктивный метод для таблицы разделов.

Вот тут https://www.manualslib.com/manual/96629 ... ml?page=19 написано, что Background Initialization, в отличие от initialization of virtual disks данные не стирает.

Ответить

Вернуться в «Массивы - RAID технологии.»