[iSCSI] Выбор

0

1

Здравствуйте.

Тестировал реализацию сабжа в виде iscsitarget. В кластере хотя бы раз в сутки случается вот такая кака (на самом деле, с любым LUN, этот для примера):

iSCSI-VM-LUN6: migration-threshold=1000000 fail-count=1

и в логе

lrmd: [22931]: info: RA output: (iSCSI-VM-LUN6:monitor:stderr) grep: /proc/net/iet/volume: No such file or directory
crmd: [22934]: info: process_lrm_event: LRM operation iSCSI-VM-LUN6_monitor_10000 (call=139, rc=7, cib-update=158, confirmed=false) not running
…

и кластерные утилиты начинает секс с переносом сервиса, поднятием и тд., что влияет на производительность ВМ. В следующий цикл, видимо, оно восстанавливается, и все сервисы переезжают обратно, что снова даёт тормоза.

Забавно, что другие LUN на том же target работают без проблем. Более того, проблемный LUN может быть даже не нагружен, в смысле, на нём вообще ничего не работает, он просто в сеть светит. Но может и с рабочим такое произойти, да.

Ещё, неприятных эмоций добавляет то, что версия iscsitarget-1.4.20.2 из официального репозитория не собирается с новыми ядрами. Приходится ставить версию из свн. Патченный 1.4.20.2 собирается, но ВМ не определяют нормально диски, которые тогда отдаются.

Мой взор обращается на tgt.

Вопрос: как у вас с этим решением, народ? Стабильно? Нет? Какие-то проблемы?

Ссылка

Похожие темы