Главная › Форумы › POWER Systems › AIX MPIO for несовместимого массива
В этой теме 9 ответов, 3 участника, последнее обновление S390 9 мес., 1 неделя назад.
-
АвторСообщения
-
05.04.2018 в 02:51 #43285
подскажите – как настроить MPIO для неподдерживаемого массива?
-
06.04.2018 в 02:27 #43296
Смотря насколько он неподдерживаемый.
Подключение физически по нескольким fc путям, проверяете их доступность командой lspath
потом атрибуты диска lsattr -El hdiskX
и пробуете поменять chdev -a reserve_policy=no_reserve -a … -l hdiskX
не помню название атрибута, который надо поменять на round_robin
если повезло, то вот он вам. если меньше повезло, то хотя бы в режиме failover будет работать, а если совсем не повезло, то вместо одного диска увидите столько, сколько есть к нему путей.
-
06.04.2018 в 10:24 #43297
algorithm=round_robin
-
06.04.2018 в 10:50 #43298
Странно, написал ответ в тему, а он пропал
-
06.04.2018 в 10:53 #43299
Хорошо, напишу ответ еще раз.
Итак, у меня самый худший вариант – я вижу столько hdisk, сколько путей от инициатора до таргета.
Я попробовал сделать аггреацию этих путей софтом EMC PowerPath, но он их не видит.
Но при этом если по одному пути, то есть hdisk, подключить лун, создать VG, LV и файловую систему, то операции чтения и записи проходят успешно.
-
06.04.2018 в 22:16 #43300
Сочувствую.
Какая СХД? Может быть, есть варианты с драйверами?>Но при этом если по одному пути, то есть hdisk, подключить лун, создать VG, LV и файловую систему, то операции чтения и записи проходят успешно.
Да, это нормально. Если не работает MPIO, то по одному пути. Посмотрите lsattr -El hdiskX может быть, хотя-бы размер очереди можно поднять. -
08.04.2018 в 23:34 #43304
СХД Lenovo. Драйверов нет, совместимости тоже. Под SVC тоже не завести – нет совместимости. Но по одному пути работает.
Параметр queue_depth поднял до 128.
clr_q no Device CLEARS its Queue on error True
location Location Label True
lun_id 0x0 Logical Unit Number ID False
max_transfer 0x40000 Maximum TRANSFER Size True
node_name 0x208000c0ff3b2d2f FC Node Name False
pvid 00c338a7a0eb18ec0000000000000000 Physical volume identifier False
q_err yes Use QERR bit True
q_type simple Queuing TYPE True
queue_depth 128 Queue DEPTH True
reassign_to 120 REASSIGN time out value True
rw_timeout 30 READ/WRITE time out value True
scsi_id 0xf0300 SCSI ID False
start_timeout 60 START unit time out value True
ww_name 0x237000c0ff3b2d2f FC World Wide Name FalseИ количество num_cmd_elems на fcs адаптере тоже приподнял:
# lsattr -El fcs0
intr_priority 3 Interrupt priority False
lg_term_dma 0x800000 Long term DMA True
max_xfer_size 0x100000 Maximum Transfer Size True
num_cmd_elems 2048 Maximum Number of COMMAND Elements True
sw_fc_class 2 FC Class for Fabric TrueПока работает без ругани в errpt. Но хотелось бы MPIO как-то настроить. Есть у кого-нибудь опыт написания драйверов для AIX?
-
09.04.2018 в 01:13 #43305
max_transfer ещё можно поднять.
Очередь 128 не многовато будет?
По драйверам был RedbookSC23-2593-00
AIX Version 4.1
Writing a Device Driverсвежее ничего не попадалось.
-
23.04.2018 в 19:36 #43312
Драйвера для этого писать не надо – надо писать в ODM описание стореджа. Но что конкретно писать, я Вам не скажу. Надо иметь под рукой сам сторедж, чтобы понимать, как он определяется AIX’ом. Самый простой способ – это найти другой подобный сторедж и установить пакеты от него. Lenovo сама не производит стореджи, т.е. это OEM. Чей OEM? Есть ли у IBM/HP/Hitachi/EMC/еще у кого-то стореджи от этого же OEM, но с поддержкой AIX?
-
16.05.2018 в 01:21 #43322
Да, если бы я еще знал – у кого она их приобрела…
-
-
АвторСообщения
Для ответа в этой теме необходимо авторизоваться.