Вопрос внизу.
Я хотел бы использовать Sun StorageTek 6100 в качестве JBOD для ZFS, поэтому я подключил его к OmniOS через FC с помощью HBA QLC2462. В дисковом массиве нет лотка контроллера, только лоток расширения, поэтому нет контроллера рейда.
Оба порта HBA подключены к массиву дисков через порт 1B, поэтому я собираюсь использовать мультиплексирование. По одной из ссылок я получаю ошибки на всех дисках, где другая ссылка идеальна.
# fcinfo remote-port -sl -p 210000e08b89bd75
Remote Port WWN: 200100a0b84f89cf
Active FC4 Types:
SCSI Target: yes
Port Symbolic Name:
Node WWN: 200000a0b84f89cf
Link Error Statistics:
Link Failure Count: 0
Loss of Sync Count: 5
Loss of Signal Count: 8
Primitive Seq Protocol Error Count: 0
Invalid Tx Word Count: 76
Invalid CRC Count: 0
LUN: 0
Vendor: ATA
Product: HITACHI HUA7210S
OS Device Name: /dev/rdsk/c3t200000A0B84F89CFd0s2
...
Я попытался заменить волокно, но ошибки не исчезли и не увеличиваются.
Глядя на format
Я вижу 4 диска как положено, а не оставшиеся 10.
...
/scsi_vhci/disk@g5000c5006443582b
36. c3t200000A0B84EC566d0 <ATA-HITACHIHUA7210S-0609 cyl 60798 alt 2 hd 255 sec 126>
/scsi_vhci/disk@g200000a0b84ec566
37. c3t200000A0B84F2D06d0 <ATA-HITACHI HUA7210S-0609-931.51GB>
/scsi_vhci/disk@g200000a0b84f2d06
...
cfgadm -al
показывает все 14 дисков по обеим ссылкам.
Вопрос
Когда в массиве дисков нет лотка контроллера, почему я не вижу все диски?
Может ошибка ссылки как-то связана с этим? Если, то как это исправить или сбросить?
Ошибки Tx возникают либо из-за неисправных волокон, либо из-за HBA.
Я предполагаю, что раньше вы использовали аппаратный рейд, верно? И было 4 бассейна?
Вы видите не LUN, а необработанные диски. Просто используйте zpool create
на устройствах, и если диски содержат старые пулы, вам необходимо очистить начало и конец диска, чтобы избавиться от этой метаинформации.