Привет всем!
Может кто встречался со странной проблемой работы iscsi. Если хорошенько нагрузить диск, то через некоторое время он отваливается. Например я на вирутальную машину начинаю ставить винду и диск при интенсивной работе через какое то время отваливается.
Может кто знает как победить эту проблему?
Начинаю наблюдать, отваливается именно Target, с Lun всё в порядке. Я создаю новый target, цепляю к нему этот Lun и работа поехала. Но при нагрузке и свежесозданный Lun так же отпадает через некоторое время.
Стал создавать новые Target-ы. Блин как даёшь серьёзную нагрузку Target-ы дохнут как мухи. Может у iscsi есть какая крутилка, что бы её можно было покрутить?
Открыл HTOP и увидел что процесс iscsi_np грузит CPU под 80%. Какой кашмар 
Рестартанул службу iscsi
synoservicecfg --restart iscsitrg
помогло сбить нагрузку iscsi_np до 50%. Ага, уже лучше. Но всё же Target-ы отваливаются. Надо ещё что то.
После отваливания Target-а в логах появилось сообщение
2017-04-24T13:44:33+03:00 NAS kernel: iscsi_target_login.c:1222:iscsi_target_login_sess_out iSCSI Login negotiation failed - I[192.168.42.100:35459], T[Target3-Windows10-Virtual]
А далее
NAS kernel: target_core_transport.c:548:transport_free_session se_session ffff880024d7cd00 freed a tag pool ffff880002600000
При повторном подключении виртуальной машины, когда уже Target отвалился, появляются следующие записи
2017-04-24T13:55:49+03:00 NAS kernel: target_core_transport.c:548:transport_free_session se_session ffff880024d7c440 freed a tag pool ffff880002000000 2017-04-24T13:55:52+03:00 NAS kernel: iscsi_target_login.c:1484:__iscsi_target_login_thread The number(1) of current sessions will exceed the maximum number(1). 2017-04-24T13:55:52+03:00 NAS kernel: iscsi_target_login.c:1222:iscsi_target_login_sess_out iSCSI Login negotiation failed - I[192.168.42.100:36223], T[Target3-Windows10-Virtual] 2017-04-24T13:55:52+03:00 NAS kernel: target_core_transport.c:548:transport_free_session se_session ffff880024d7c080 freed a tag pool ffff880002200000 2017-04-24T13:55:57+03:00 NAS kernel: target_core_transport.c:299:transport_alloc_session_tags se_session ffff880024d7c440 allocated a tag pool ffff880002200000 with size 1056 * 1280 = 1351680 2017-04-24T13:56:00+03:00 NAS kernel: iscsi_target_login.c:1484:__iscsi_target_login_thread The number(1) of current sessions will exceed the maximum number(1). 2017-04-24T13:56:00+03:00 NAS kernel: iscsi_target_nego.c:594:iscsi_target_do_login_rx Got LOGIN_FLAGS_READY=0, conn: ffff88003739c000 >>>> 2017-04-24T13:56:00+03:00 NAS kernel: iscsi_target_nego.c:596:iscsi_target_do_login_rx Got LOGIN_FLAGS_READY=0 after 100 ms, conn: ffff88003739c000 >>>> 2017-04-24T13:56:00+03:00 NAS kernel: iscsi_target_login.c:1222:iscsi_target_login_sess_out iSCSI Login negotiation failed - I[192.168.42.100:36234], T[Target3-Windows10-Virtual] 2017-04-24T13:56:01+03:00 NAS kernel: target_core_transport.c:548:transport_free_session se_session ffff880024d7c440 freed a tag pool ffff880002200000
Используется CHAP?
Неа, вообще не какого шифрования не использую.
CHAP - это не про шифрование.
В логах вижу ошибки, связанные с невозможностью авторизоваться и со слишком большим количеством сессий.
Вот нашел тему, может поможет: http://www.synology.forum/index.php?showtopic=3728
У меня около двух лет iSCSI работает, я его даже цеплял к регистратору, который прямиком писал шесть камер по ~3МБ поток. Ничего не глючило, но систему подгружало. Виртуалку ставить пробовал, но тормозит. Загрузкапроца ~20%, а дисковая подсистема 100% и NAS жутко тормозил. Тормоза из-за медленного HDD (у меня) и тормозил сам Synology, но ничего не отваливалось.
После перезагрузки почистил все журналы, отключил IPv6, после повисания в журнале появились события
2017-04-25T08:29:20+03:00 NAS kernel: target_core_transport.c:299:transport_alloc_session_tags se_session ffff8800378406c0 allocated a tag pool ffff880002000000 with size 1056 * 1280 = 1351680 2017-04-25T08:29:23+03:00 NAS kernel: iscsi_target_login.c:1484:__iscsi_target_login_thread The number(1) of current sessions will exceed the maximum number(1). 2017-04-25T08:29:23+03:00 NAS kernel: iscsi_target_login.c:1222:iscsi_target_login_sess_out iSCSI Login negotiation failed - I[192.168.42.100:3628], T[Target3-Windows10-Virtual] 2017-04-25T08:29:23+03:00 NAS kernel: target_core_transport.c:548:transport_free_session se_session ffff8800378406c0 freed a tag pool ffff880002000000
Тормоза из-за медленного HDD (у меня) и тормозил сам Synology, но ничего не отваливалось.
А тут при маленький нагрузки тоже не чего не отваливается. Windows Xp на виртуалках крутиться на ура. Другое дело установка Windows 10. Здесь каждый раз Target дохнет. Причём создаёшь новый Target и он дохнет. Вообще Target-ы от большой нагрузки дохнут как мухи.
И мне очень кажется, что причина кроется где то в этой строке
NAS kernel: iscsi_target_login.c:1484:__iscsi_target_login_thread The number(1) of current sessions will exceed the maximum number(1).
Это пока догадка, надо пробовать.
CHAP - это не про шифрование.В логах вижу ошибки, связанные с невозможностью авторизоваться и со слишком большим количеством сессий.
Вот нашел тему, может поможет: http://www.synology.forum/index.php?showtopic=3728
В той теме решением проблемы было смена режим работы iscsi. Тогда другой вопрос. А как поменять режим работы iscsi?
Всё справился с проблемой. Оказывается на самом деле, если поменять режим работы iscsi, то всё заработает. Этот режим работы называется "Разрешить несколько сессий из одного или нескольких инициаторов iscsi".
Меня только смущает надпись красным цветом, говорящее что: Во избежание повреждения важных данных убедитесь, что вы работаете в кластерной файловой системе.
Но у меня обычная файловая система. Ребят подскажите, так нормально работать?
Цитата из справки: "Для нескольких инициаторов iSCSI применение этой функции потребует файловую систему с поддержкой кластеров, например VMware Virtual Machine File System или Oracle Clustering File System. Ошибка использования файловой системы с поддержкой кластеров приведет к потере данных или повреждению."
Вообще, рекомендую ознакомиться: https://www.synology.com/ru-ru/knowledgebas.../Virtualization
И вдогонку: вышло обновление DSM, где как-будто улучшили стабильность службы iSCSI.