ZFSonlinux deadlock

Ну так эта, полный лог ядра б поглядеть, были ли еще упоминания об ошибках ввода вывода.

ну и 'zpool status -v' что говорит?

сервер с аппаратным raid

т.е. аппаратный raid был отдан zfs?

http://en.wikipedia.org/wiki/ZFS#ZFS_and_hardware_RAID

тикет получится создать?

http://en.wikipedia.org/wiki/ZFS#ZFS_and_hardware_RAID

Не рекомендуется смешивать ZFS RAID с аппаратным RAID. Рекомендуется перевести ваш аппаратный RAID-контроллер в режим JBOD и использовать ZFS для управления RAID. ZFS не может полностью защитить данные пользователя при использовании аппаратного контроллера RAID, поскольку она не в состоянии выполнять автоматическое самовосстановление, еcли она не контролирует избыточность дисков и данных. ZFS предпочитает прямой, эксклюзивный доступ к дискам, без лишних помех. Если пользователь настаивает на использовании аппаратного контроллера RAID, контроллер должен быть сконфигурирован в режиме JBOD (т.е. с отключенной функциональностью RAID), что позволит ZFS гарантировать целостность данных. Обратите внимание. что аппаратный контроллер RAID в режиме JBOD всё ещё способен отсоединить диски, которые не отвечают в установленное время; в данном случае может потребоваться включение поддержки TLER/CCTL/ERC для предотвращения выпадения дисков. Эти ограничения не применяются при использовании не-RAID контроллеров, которые являются предпочтительным методом поддержки ZFS дисков.

Пропарсил логи, zfs похоже не виновата, это дисковая система:

acraid: Host adapter abort request (2,0,1,0)
Jul 9 03:19:56 vm14 kernel: [1700167.768152] aacraid: Host adapter reset request. SCSI hang ?
Jul 9 03:20:21 vm14 kernel: [1700192.832054] sd 2:0:1:0: [sdb] Medium access timeout failure. Offlining disk!
Jul 9 03:20:21 vm14 kernel: [1700192.832166] sd 2:0:1:0: Device offlined - not ready after error recovery
Jul 9 03:20:21 vm14 kernel: [1700192.832168] sd 2:0:1:0: Device offlined - not ready after error recovery
Jul 9 03:20:21 vm14 kernel: [1700192.832170] sd 2:0:1:0: Device offlined - not ready after error recovery
Jul 9 03:20:21 vm14 kernel: [1700192.832177] sd 2:0:1:0: [sdb] Unhandled error code
Jul 9 03:20:21 vm14 kernel: [1700192.832179] sd 2:0:1:0: [sdb]
Jul 9 03:20:21 vm14 kernel: [1700192.832181] Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK
Jul 9 03:20:21 vm14 kernel: [1700192.832183] sd 2:0:1:0: [sdb] CDB:
Jul 9 03:20:21 vm14 kernel: [1700192.832185] Write(10): 2a 00 ca 91 8c 71 00 00 2f 00
Jul 9 03:20:21 vm14 kernel: [1700192.832194] end_request: I/O error, dev sdb, sector 3398536305


Странно, что молчит ASM.

посыпался твой *dd, нашальнике

посыпался твой *dd, нашальнике

Только посыпался не hdd, а массив raid10 из 8 дисков на аппаратном raid adaptec, а их фирменный ASM даже не пикнул, он и сейчас считает, что всё хорошо.

отходЯ от темы, а вы какую виртулизацию используете, КVM? виртуалке отдаете zvol? как с производительностью по сранению с LVM томом?

какую виртулизацию используете, КVM?

Да, KVM.

виртуалке отдаете zvol?

В основном в raw, не так давно стал использовать zvol.

как с производительностью по сранению с LVM томом?

Не сравнивал на одной железке, но проблем с I/O нет.

я сравнивал zvol и raw:

при использовании zvol происходит более активное использование дисковой подсистемы в среднем на 2-5%, при этом нагрузка на связку ram+процессор падает иногда до 10%

при использовании raw наоборот, активность ввода-вывода дисковой подсистемы меньше, но растет нагрузка на проц и рама активнее используется.

какую виртулизацию используете, КVM

КVM

P.S. Suspend не правильный, выести из него систему невозможно, init 6 не ребутит систему, только reset кнопкой, пришлось будить техника, это жесть.

#echo b > /proc/sysrq-trigger