Настройка схемы "Dual Path Redundant Connection"

shmichael · Сообщение **shmichael** » 04 сен 2007, 16:43

Здравствуйте уважаемые сотрудники Тринити!
Прошу прощения, если я что-то неправильно выражусь(думаю, что вы меня поправите), т.к. в плотную заниматься с кластерами и системи хранения данных начали недавно.
У нас в компании встал вопрос о создании отказоустойчивой системы, где будет стоять Oracle. Мы приобрели у вас диск. массив Ifortrend F16F-R2021 с двумя контроллерами(Primary и Secondary) и два сервера, на которых потом подразумевается поднять кластер MS. В сереверах установлены по два контроллера QLogic 2340 с установленными драйверами версии 9.1.4.15 от QLogic. Предполагается реализовать схему "Dual Path Redundant Connection". Теоритическую схему подключения мы нашли в документации на сайте Инфортренда(прикрепляю файл "Servers and Infortrend Connections.doc", чтобы у нас не было каких-то разночтений). Кроме того еще узнали, что существует два типа работы такой схемы актив-актив и актив-пассив. Я так понимаю, что при работе актив-актив LUN-ы мапятся через оба контроллера(примерно в равной степени) и тем самым достигается распределение нагрузки. Но зато если в таком режиме выходит из строя один из контроллеров, то прекращается доступ к дискам, которые были через него намаплены. И для восстановления связей необходима замена контроллера и восстановление в него заранее сохраненной конфигурации(NV-RAM). В режиме же работы актив-пассив(standby) все LUN-ы мапятся через один контроллер(например через Primary), а второй контроллер находиться в режиме ожидания. Вот выдержка по такому режиму работы из документации Инфортренда: "Active-to-Standby Configuration
By mapping all the logical configurations of drives to one controller, the other controller will stay idle and becomes active only when its counterpart fails."
Но ведь для поддержания "вторичного" пути эти же лог.диски(LD) или партишены должны быть намаплены и через второй контроллер(Secondary). Т.е., я так понимаю, при работе MultiPath драйвера должны "знать" через какой контроллер им в данный момент работать. Однако, на самом деле происходит так: если намапил один из LD через один контроллер, то намапить этот же LD через другой контроллер программа управления дисковым массивом(делали с помощью RAIDWatch ver.2.3.j и TelNet) уже не дает!
Может я что-то недопонимаю... или что-то делаю не правильно? Просветите пожайлуста.
И еще ткой вопрос. Опять же для подключения такой же схемы каким образом надо настроить каналы по ID? Исходя из схемы подключения мы делаем, например таким образом: Channel 0, PID=112, SID=113; а для Channel 1, PID=113, SID=112. И потом производим LUN-маппинг LD0: Channel 0, SCSI ID=112, LUN=0. Предварительно при создании LD0, он был назначен через SlotA(Primary Controller). Назначить этот же LD0 через SlotB(Secondary Controller) - программа уже не дает... Поэтому маппим: Channel 1, SCSI ID=113, LUN=0 также через SlotA. Далее производим маппинг LD1: Channel 0, SCSI ID=112, LUN=1 и Channel 1, SCSI ID=113, LUN=1. и т.д. остальные диски(партишены)
Правильно ли это? И как можно после всех этих настроек проверить работает ли SAN по нашей теоритической схеме?
Заранее спасибо.

Сообщение gs » 04 сен 2007, 17:15

Актив-актив - это когда оба контроллера работают, но обслуживают разные луны.
Актив-пассив - это когда все луны свалены на один контроллер, а второй просто стоит под парами на случай Х.

Контроллеры могут зеркалировать кэши друг друга (если все правильно настроено) и вылет одного из них означает лишь кратковременный таймаут на время переходных процессов (пока второй поймет и примет на себя нагрузку).

Так что Вы как-то не совсем правильно все поняли.

VladimirR · Сообщение **VladimirR** » 05 сен 2007, 10:44

При планировании кластера active/active для Oracle вы можете поднимать различные экземпляры на каждом из узлов или использовать Oracle RAC(Real Application Cluster). Строить кластер можно средствами Windows Ent., а можно посмотреть в сторону Veritas Storage Foundation HA.

shmichael · Сообщение **shmichael** » 06 сен 2007, 11:49

gs писал(а):Актив-актив - это когда оба контроллера работают, но обслуживают разные луны.
Актив-пассив - это когда все луны свалены на один контроллер, а второй просто стоит под парами на случай Х.

Контроллеры могут зеркалировать кэши друг друга (если все правильно настроено) и вылет одного из них означает

лишь кратковременный таймаут на время переходных процессов (пока второй поймет и примет на себя

нагрузку).

Да, это конечно, все хорошо и теоритически все понятно! Работают два контроллера и при выходе одного из них начинает работать другой! Однако в документации от Инфортренда(выдержки из которой привожу в прикрепленном файле "Redundant Controller Configuration.doc") написано как-бы "несовсем" так... А именно: к одному и тому же лог. диску LD0 есть доступ через оба контроллера - Активный путь(обозначен сплошной жирной линией) через примари контроллер и резервный путь(обозначен пунктирной линией)! Так вот и не понятно: для того, чтобы заработал резервный путь в случае выхода из строя активного пути, нужно ли маппить LD0 через секондари контроллер?
По вашему утверждению: "Актив-пассив - это когда все луны свалены на один контроллер". Откуда второй(выживший) контроллер будет знать, что первый "умер" и ему необходимо подхватить его функции? "Контроллеры могут зеркалировать кэши друг друга (если все правильно настроено)". Что для этого необходимо сделать? Какие нужно произвести настройки, чтобы второй контроллер работал в режиме Standby?
И потом еще остается неясным такой вопрос(о котором я спрашивал ранее): "Опять же для подключения такой же схемы каким образом надо настроить каналы по ID? Исходя из схемы подключения мы делаем, например таким образом: Channel 0, PID=112, SID=113; а для Channel 1, PID=113, SID=112.
...
Правильно ли это? И как можно после всех этих настроек проверить работает ли вся наша система по такой схеме?(т.е. "Dual Path Redundant Connection")".

Сообщение **art** » 06 сен 2007, 14:30

shmichael писал(а): Правильно ли это? И как можно после всех этих настроек проверить работает ли вся наша система по такой схеме?(т.е. "Dual Path Redundant Connection")".

1) Для начала убедитесь, что контроллеры когеррентны.
Каналы с типом RCC или RCC+Drive должны быть отмечены буковкой С (Connected).
У меня это каналы 3(С) и 5(С).

Код: Выделить всё

┌──────┬───────┬───┬───┬─────────┬──────┬─┬────┬─────────┬──────┐
│Chl   │Mode   │PID│SID│DefSynClk│DefWid│S│Term│CurSynClk│CurWid│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│0     │Host   │112│113│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│1     │Host   │114│115│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│2(4)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│3(C)  │DRV+RCC│119│120│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│4(2)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│5(C)  │RCCOM  │ NA│ NA│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
└──────┴───────┴───┴───┴─────────┴──────┴─┴────┴─────────┴──────┘

2) если двойная петля настроена правильно, то два канала с типом Drive будут отмечены номером парного канала.
У меня это 2(4) и 4(2).
3) каждый диск в двойной петле имеет два ID на каждом канале.
На этом примере диск на канале 2 имеет Redundant Loop ID =4

Код: Выделить всё

┌────────────────────────┬────────────────────────┐
│ Revision Number        │0003                    │
│ Serial Number          │3KP0ZQ9W00007602        │
│ Disk Capacity (blocks) │143374743               │
│ Node Name(WWNN)        │20 00 00 14 C3 06 6C 98 │
│ Redundant Loop ID      │4                       │
└────────────────────────┴────────────────────────┘

4) если ваши каналы в режиме RCC+Drive и замкнуты в двойную петлю, то оба будут отмечены так:
2(4)С
4(2)С
--------------------------------
Как вам уже сказали, если вы привязываете 2 LD к двум разным контроллерам, то работать будут оба контроллера (производительность по идее будет выше). Если все LD привязаны к одному и тому же контроллеру, то второй просто стоит ждет, когда придет беда. DualActive vs ActivePassive это не какой то переключаемый внутри режим работы, а просто способ конфигурирования LD и каналов и хостов.

Сообщение **art** » 06 сен 2007, 14:46

shmichael писал(а):Откуда второй(выживший) контроллер будет знать, что первый "умер" и ему необходимо подхватить его функции?

Вероятно, это секрет производителя контроллера.
Они могут держать в памяти контрольные регистры, в который каждый контроллер обязан писать "я был жив N мкс назад". Если такого слова не прочитает один из контроллеров, он берет руль на себя. Реальность, конечно же, много сложнее.

shmichael писал(а): "Контроллеры могут зеркалировать кэши друг друга (если все правильно настроено)". Что для этого необходимо сделать?

Если у ваших каналов стоит буковка (С), то остается включить опцию
Cache Sync on write-through в разделе Redudante Controller Parameters.
Синхронизация при write-back включается принудительно, как я понял.

shmichael писал(а): Какие нужно произвести настройки, чтобы второй контроллер работал в режиме Standby?

Вот этого я не знаю.
Если у вас база данных, то я бы не советовал.
Проигрыш производительности от работы в Redudante конфигурации должен быть виден на мощной потоковой записи.
На файловой помойке особого риска не вижу. Но я бы вначале проверил, влияет ли это на вашу практическую производительность.

Если проверите - отпишитесь. Мне интересно.
UPD Извините, я перепутал standalone и standby.
Если нужен standby, то просто не подключайте логические диски на второй контроллер. Он просто будет стоять на готове. А вот как заставить Redudante работать, как два независимых (standalone) - не знаю

Сообщение **art** » 06 сен 2007, 15:07

Везде получал рекомендации вешать JBOD'ы в цепочку (один за другим). У Infortrenda на картинках так и нарисовано.
Ch2_A -JBOD1-JBOD2 -Ch4B

Для 2 JBOD можно соединять параллельно:
Ch2_A -JBOD1 -Ch4B
Ch2_B -JBOD2 -Ch4A

Если более 3х JBOD, то так:
Ch2_A -JBOD1 -Ch4B
Ch2_B -JBOD2-....-JBODN -Ch4A

Такая схема позволяет отключить совсем один из JBOD, не нарушая dual-loop на соседнем. Любые два вытащенных патчкорда или два неисправных GBIC либо отключат один из JBOD, либо оставят single-loop на обоих. Теоретически, пропускная способность тоже выше.

Что то форум на картинки ругается, хотя подключить дает.
Проверено на FF-R2021, 2х F16F-R2J2

Сообщение **art** » 06 сен 2007, 16:02

Способов подключения JBOD много.
первая картинка (schema2) - так обычно рисует Infortrend
вторая картинка (schema1) - так обычно рисует Xyratex

Оба способа соединения теряют dual-loop при отключении одного из патчкордов или отключении любого JBOD.

Действительно, при отказе любого из соединений dual-loop разрывается (штатная работа по single-loop). Чтобы восстановить dual-loop, нужно переключить loop-close-open, а для этого нужно выключать питание JBOD.

При отказе или отключении от сети JBOD_0 в первой схеме помирает вообще все, а во второй вылет любого JBOD'а оставляет на single-loop оставшиеся.

Схема из предыдущего сообщения мне кажется оптимальной.
Не смею приписывать себе открытие, но на картинках в документации такого не видел.

Сообщение **art** » 06 сен 2007, 16:45

Приложение 1. Типичные ошибки и заблуждения при первом общении с FC системой Infortrend (на личном опыте).

1) первую и главную уже описал - схема включения dual-loop

2) будто бы Infortrend не поддерживает LUN mapping.
Я конечно не совсем понимаю, что это такое, но изолировать видимость серверами разных LUN на Infortrend не просто, а очень просто.
- подключайте сервера к контроллеру по одному и смотрите новые WWN на соответствующем канале. Почему по одному? Потому что все WWN похожи. Включили сервер, увидели новый WWN, дали имя и т.д.
view & edit channel, view channel-host id

Код: Выделить всё

┌──────┬───────┬───┬───┬─────────┬──────┬─┬────┬─────────┬──────┐
│Chl   │Mode   │PID│SID│DefSynClk│DefWid│S│Term│CurSynClk│CurWid│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│0     │Host   │112│113│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│1     │Host   │114│115│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──┌─────────────────────────────────┐──┼─┼────┼─────────┼──────┤
│2(│ WWPN:0x210000E08B82DF33 (imap)  │al│F│  NA│  2  GHz │Serial│
├──│ WWPN:0x210000E08B8F74FA (black) │──┼─┼────┼─────────┼──────┤
│3(└─────────────────────────────────┘al│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│4(2)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤
│5(C)  │RCCOM  │ NA│ NA│   AUTO  │Serial│F│  NA│  2  GHz │Serial│
└──────┴───────┴───┴───┴─────────┴──────┴─┴────┴─────────┴──────┘

при первом подключении вы увидите WWN без имени, скопируйте его без символа 0х

Идем в "view & edit host LUN", "Edit host-id/WWN list", жмем ENTER на любом из списка:

Код: Выделить всё

┌────────────────┬────────────────┐
│  Host-ID/WWN   │   Name List    │
├────────────────┼────────────────┤
│210000E08B823F04│fat             │
├────────────────┼────────────────┤
│210000E08B8F74FA│black           │
├────────────────┼────────────────┤
│0000000000000002│wwn2            │
├────────────────┼────────────────┤
│21┌──────────────────────────────┐
├──│ Add Host-ID/WWN Name List    │
│21│ Delete Host-ID/WWN Name List │
├──└──────────────────────────────┘
│0000000000000001│wwn1            │
└────────────────┴────────────────┘

и выбираем "Add Host-ID/WWN Name List"
Вставляем из буфера обмена WWN и даем имя.
Теперь все сервера красиво поименованы (обратите внимание на скрытую рекламу в этом списке).

Код: Выделить всё

┌────────────────┬────────────────┐
│  Host-ID/WWN   │   Name List    │
├────────────────┼────────────────┤
│210000E08B823F04│fat             │
├────────────────┼────────────────┤
│210000E08B8F74FA│black           │
├────────────────┼────────────────┤
│0000000000000002│wwn2            │
├────────────────┼────────────────┤
│210000E08B82DF33│imap            │
├────────────────┼────────────────┤
│210000E08B842AE7│trinity         │
├────────────────┼────────────────┤
│0000000000000001│wwn1            │
└────────────────┴────────────────┘

теперь идем в список LUN на нужном нам канале и вместо "Map host LUN" выбираем "Create host filter entry".
Важно! если LD уже отмаплен, то сделать WWN фильтр не получится.

Код: Выделить всё

┌───┬─────┬───┬─────────┬──────────┬─────┐
│LUN│LV/LD│DRV│Partition│ Size(MB) │ RAID│
├───┼─────┼───┼─────────┼──────────┼─────┤
│M 0│    *│  *│         │          │     │
├──┌─────────────────────────────────────────┐
│  │ Host-ID/WWN - 0x210000E08B823F04(fat)   │
├──│ H┌──────────────────────────────┐black) │
│  └──│ View Host Filter Information │───────┘
├───┼┌──────────────────────────────────────┐
│  3││ Logical Drive 1 Partition 0          │
├───┼│ Host-ID/WWN - 0x210000E08B823F04     │
│  4││ Host-ID/WWN Mask- 0xFFFFFFFFFFFFFFFF │
├───┼│ Filter Type - Include                │
│  5││ Access Mode - Read/Write             │
├───┼│ Name - 750x4_fat                     │
│  6│└──────────────────────────────────────┘
├───┼─────┼───┼─────────┼──────────┼─────┤
│  7│     │   │         │          │     │
└───┴─────┴───┴─────────┴──────────┴─────┘

Полезно: можно указывать для конкретного хоста права только на чтение (очень полезно в паре с командой dd под UNIX для клонирования или аварийного копирования разделов).
Примечания:
- если какой-то LD отдан более чем одному хосту, то он в списке будет указан ** в столбцах LD/LV и DRV
- если LD или его patition не назначен LUN, а создан WWN фильтр, то для всех остальных он уже недоступен, пока не назначишь новый специфический фильтр для нужного хоста.
- если LD размечен на несколько partition, то для каждого WWN можно показать разные partition, хотя LUN будет один

3) смена режима RCC -> RCC+Drive на Infortrend
- никогда не переключайте разом два канала, только по очереди и делайте reset. Если с когеррентностью будет проблема, то потом больше времени потеряете.
- при переключении PID и SID не будут присвоены автоматом, назначайте их руками
- после каждого изменения делайте reset, как вас об этом и просит контроллер.
- если доигрались до потери когеррентности, то контроллеры могут поменяться местами после перезагрузки. Не удивляейтесь, если он не пингуется. Вы не забыли присоединить оба контроллера к сети Ethernet? Присоедините, чтобы не скакать через весь город ночью.
- контроллеры с потерянной когеррентостью валют в лога сообщения о мифических аппаратных проблемах:
"power supply0 failure!"
"power supply0 restored!"
"cooler fan 3 failure!"
и т.д. При этом индикаторы контроллере в полом порядке.
Не верьте этим крикам. Восстановите когеррентность и все будет хорошо. Может конечно у вас что-то сломалось по настоящему, отсюда и потеря когеррентности, так что будьте внимательны.

4) смена ID хост каналов
- отключает, естественно, LUN mapping, т.е. ваши сервера не смогут загрузиться. либо верните как было (рисуйте на стене), либо придется лезть в BIOS адаптера, перестроить список устройств и назначит новый BOOT LUN

5) рабиение LD на partition
Полезнейшая процедура, особенно радует, что удаление одного из partition прибавляет место к предыдущему. Если у вас LVM под linux, GEOM под FreeBSD или динамический диск по WINDOWS, то раздел можно расширить. Контроллер предупреждает, что любые операции над partition удаляют данные, но это не так.
Важно! если данные вам дороги, то делайте backup и записывайте ВСЕ параметры разделов.
Полезно: если partition удалены и созданы в том же порядке и с тем же размером, то OS смонтируют все как было.

6) resizing
to be continued...

a_shats · Сообщение **a_shats** » 06 сен 2007, 17:19

Занесено в FAQ.
C благодарностью

shmichael · Сообщение **shmichael** » 07 сен 2007, 09:20

Спасибо большое за полезные советы!(Специальные благодарности для Art

) Будем прорабатывать! Я думаю, более подробные вопросы наверняка у нас еще появються далее... А сейчас хочется просто сбросить все настройки в дефолтные! :)
Хватит ли для этого просто выполнить действие в конфигурации контроллера "Restore Factory Defaults"?

Сообщение **art** » 07 сен 2007, 10:40

shmichael писал(а):А сейчас хочется просто сбросить все настройки в дефолтные! :)
Хватит ли для этого просто выполнить действие в конфигурации контроллера "Restore Factory Defaults"?

Если контроллеры когеррентны (RCC каналы помечены (С)), то должно сброситься. Если нет, то настройки могут слететь лишь у одного, а после перезагрузки может взять руль на себя второй контроллер с сохранившимся конфигом.

Если так, то можно выключить питание, вынуть контроллер В, сбросить контроллер А, выключить питание, заменить А на В и снова сбросить.

Надеюсь у вас еще нет боевых разделов?
Очень советую отработать все упражнения, пока система не находится в эксплуатации.

shmichael · Сообщение **shmichael** » 07 сен 2007, 11:06

Да, понятно. Так и сделаем!

shmichael · Сообщение **shmichael** » 12 сен 2007, 12:53

Код: Выделить всё

┌──────┬───────┬───┬───┬─────────┬──────┬─┬────┬─────────┬──────┐ 
│Chl   │Mode   │PID│SID│DefSynClk│DefWid│S│Term│CurSynClk│CurWid│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│0     │Host   │112│113│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│1     │Host   │114│115│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│2(4)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│3(C)  │DRV+RCC│119│120│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│4(2)  │Drive  │124│125│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
├──────┼───────┼───┼───┼─────────┼──────┼─┼────┼─────────┼──────┤ 
│5(C)  │RCCOM  │ NA│ NA│   AUTO  │Serial│F│  NA│  2  GHz │Serial│ 
└──────┴───────┴───┴───┴─────────┴──────┴─┴────┴─────────┴──────┘

На рисунке видно, что для каналов 2, 3, 4 назначены ID. Для чего это сделано? Почему нельзя обойтись режимом "Авто"?

2) если двойная петля настроена правильно, то два канала с типом Drive будут отмечены номером парного канала.
У меня это 2(4) и 4(2).

И еще у тебя "петля настроена правильно" по каналам 2 и 4. А почему не по каналам 2 и 3? Ведь канал 3 тоже назначен в режиме Drive(правда в режиме "Drv+RCC")?
Что все таки влияет на правильность настройки?

Сообщение **art** » 14 сен 2007, 12:48

shmichael писал(а): На рисунке видно, что для каналов 2, 3, 4 назначены ID. Для чего это сделано? Почему нельзя обойтись режимом "Авто"?

Не берите в голову, это просто моя привычка.
Вероятно, контроллер сделает это не хуже нас с вами.

Мне так удобнее - видеть id. Если что то происходит я всегда восстановлю конфигурацию руками в том же виде, хотя бы глядя на сообщения этого форума.
При проблемах с когеррентностью у меня id каналов начинали блуждать/пропадать. Не помню, касалось ли это DRIVE каналов, или только RCC+Drive

shmichael писал(а): И еще у тебя "петля настроена правильно" по каналам 2 и 4. А почему не по каналам 2 и 3? Ведь канал 3 тоже назначен в режиме Drive(правда в режиме "Drv+RCC")?

Конечно же, dual-loop можно настроить между любыми двумя каналами.
НО!
Может быть один dual-loop образованный одной парой каналов.
Может быть два dual-loop образованных двумя парами каналов.
Не может быть dual-loop, образованный тремя каналами!

Для FC полок я выбрал каналы 2 и 4, а для экспериментов с SATA полкой отдельный канал - 3.

Сделать еще одну dual-loop можно, если только превратить канал 5 в Drv+RCC, но:
- я предпочитаю иметь минимум один выделенный канал RCC
- моя SATA полка не умеет работать в dual-loop

Сейчас я пришел к мысли, что полку SATA можно таки приткнуть в конец одной из полок на dual-loop 2(4) без размыкания петли и оставить два честных RCC канала. Диски в ней все равно будут доступны по одной петле, но на FC полки это не повлияет.

Поскольку при этом слетит LD на SATA полке(?), я еще не могу проверить, так ли это.

Когда приду к окончательной схеме - приложу новую картинку к сообщению в FAQ

shmichael писал(а): Что все таки влияет на правильность настройки?

Прежде всего - правильный способо соединений JBOD: понимать, что OUT и IN все же отличаются, помнить о loop close/open и всегда проверять свои действия выключением питания.

Я сам еще не уверен, что выбранные мной настройки оптимальны, а советы целебны, поэтому воздержусь от письменных ответов.

Настройка схемы "Dual Path Redundant Connection"