Проблема с iSCSI

DS3612sw + 12x 4Tb Hitachi Deskstar H3IK40003272SW DSM 4.0 (DSM_DS3612xs_2219)

создал RAID5+Spare, размер массива получился 35.77Тб

пытаюсь создать iSCSI диск, пробовал делать разные размеры, 1Тб, 2Тб, 15Тб... все создаются, вроде бы всё ок, но при размере диска больше 1Тб, как только пытаюсь подключить этот диск в Windows 7 x64, винда сначала сигнализирует "подключено", но спустя несколько секунд подключение отваливается, повторные попытки подключения выдают ошибку "целевого устройства", нас после этого ловит "клина", любые манипуляции с этим диском невозможны, помогает только reboot из под root в консоли

в системный лог валится следующее

Apr 21 11:26:05 kernel: [  420.503909] iSCSI: Client [iqn.1991-05.com.microsoft:work] logged in from [192.168.1.2] to [192.168.1.4:3260]
Apr 21 11:26:05 kernel: [  420.522809] TARGET_CORE[iSCSI]: Expected Transfer Length: 32 does not match SCSI CDB Length: 0 for SAM Opcode: 0x9e
Apr 21 11:26:05 kernel: [  420.533260] BUG: unable to handle kernel NULL pointer dereference at 0000000000000010
Apr 21 11:26:05 kernel: [  420.541109] IP: [<ffffffffa02fa190>] transport_generic_emulate_readcapacity_16+0x20/0xb0 [target_core_mod]
Apr 21 11:26:05 kernel: [  420.550765] PGD 0
Apr 21 11:26:05 kernel: [  420.552794] Oops: 0002 [#1] SMP
Apr 21 11:26:05 kernel: [  420.556045] last sysfs file: /sys/class/scsi_host/host9/syno_pm_info
Apr 21 11:26:05 kernel: [  420.562386] CPU 3
Apr 21 11:26:05 kernel: [  420.564410] Modules linked in: cifs udf isofs loop iscsi_target_mod target_core_mod configfs usbhid hid usblp usb_storage uhci_hcd xhci_hcd ehci_hcd b                                   romolow_synobios(P) synoacl_ext4(P) synoacl_vfs(P) hfsplus fuse vfat fat e
Apr 21 11:26:05 kernel: [  420.735523] Process LIO_fileio (pid: 10815, threadinfo ffff880020c30000, task ffff88001fb36930)
Apr 21 11:26:05 kernel: [  420.744203] Stack:
Apr 21 11:26:05 kernel: [  420.746209]  ffffffffa03095e4 0000000000000000 ffff88001faf8000 ffff880020dbd540
Apr 21 11:26:05 kernel: [  420.753468] <0> ffff88001faf8000 ffff88002904ef90 ffff88001faf8000 ffff880020dbd540
Apr 21 11:26:05 kernel: [  420.761197] <0> ffff88002904eec0 0000000000000286 ffff88002904ef38 ffff88001faf89d8
Apr 21 11:26:05 kernel: [  420.769103] Call Trace:
Apr 21 11:26:05 kernel: [  420.771548]  [<ffffffffa03095e4>] ? fd_do_task+0x4a4/0x580 [target_core_mod]
Apr 21 11:26:05 kernel: [  420.778586]  [<ffffffffa02fd5e3>] ? __transport_execute_tasks+0x1a3/0x2b0 [target_core_mod]
Apr 21 11:26:05 kernel: [  420.786923]  [<ffffffffa02fd778>] ? transport_execute_tasks+0x88/0x190 [target_core_mod]
Apr 21 11:26:05 kernel: [  420.795000]  [<ffffffffa02fdab5>] ? transport_generic_new_cmd+0x115/0x2a0 [target_core_mod]
Apr 21 11:26:05 kernel: [  420.803340]  [<ffffffffa03022e2>] ? transport_processing_thread+0x1e2/0x750 [target_core_mod]
Apr 21 11:26:05 kernel: [  420.811853]  [<ffffffff8104de70>] ? autoremove_wake_function+0x0/0x30
Apr 21 11:26:05 kernel: [  420.818281]  [<ffffffffa0302100>] ? transport_processing_thread+0x0/0x750 [target_core_mod]
Apr 21 11:26:05 kernel: [  420.826614]  [<ffffffff8104dd26>] ? kthread+0x96/0xa0
Apr 21 11:26:05 kernel: [  420.831658]  [<ffffffff8100c07a>] ? child_rip+0xa/0x20
Apr 21 11:26:05 kernel: [  420.836787]  [<ffffffff81217180>] ? scsi_request_fn+0x0/0x400
Apr 21 11:26:05 kernel: [  420.842522]  [<ffffffff8104dc90>] ? kthread+0x0/0xa0
Apr 21 11:26:05 kernel: [  420.847479]  [<ffffffff8100c070>] ? child_rip+0x0/0x20
Apr 21 11:26:05 kernel: [  420.852608] Code: 00 88 42 07 31 c0 c3 66 66 66 90 48 8b 87 b0 00 00 00 48 8b 48 68 48 8b 87 d0 00 00 00 48 8b 90 18 01 00 00 48 89 f0 48 c1 e8 38 <88                                   > 02 48 89 f0 40 88 72 07 48 c1 e8 30 88 42 01 48 89 f0 48 c1
Apr 21 11:26:05 kernel: [  420.872451] RIP  [<ffffffffa02fa190>] transport_generic_emulate_readcapacity_16+0x20/0xb0 [target_core_mod]
Apr 21 11:26:05 kernel: [  420.882195]  RSP <ffff880020c31d38>
Apr 21 11:26:05 kernel: [  420.885676] CR2: 0000000000000010
Apr 21 11:26:05 kernel: [  420.888990] ---[ end trace e09d22a4e5a3fa60 ]---
Apr 21 11:26:36 kernel: [  451.091926] iSCSI: The number(1) of current sessions will exceed the maximum number(1).
Apr 21 11:26:36 kernel: [  451.099755] iSCSI: login->iqnname=ds2
Apr 21 11:26:36 kernel: [  451.103432] iSCSI: Login negotiation failed from [192.168.1.2]

пробовал создавать два диска по 1Тб, полёт нормальный

в системный лог валится следующее

Apr 21 11:54:39 kernel: [ 2134.214457] iSCSI: Client [iqn.1991-05.com.microsoft:work] logged in from [192.168.1.2] to [192.168.1.4:3260]
Apr 21 11:54:45 kernel: [ 2140.378514] Unsupported SCSI Opcode: 0x4d for FILEIO
Apr 21 11:54:45 kernel: [ 2140.383896] Unsupported SCSI Opcode: 0x4d for FILEIO
Apr 21 11:54:45 kernel: [ 2140.389426] Unsupported SCSI Opcode: 0x4d for FILEIO
Apr 21 11:54:45 kernel: [ 2140.394897] Unsupported SCSI Opcode: 0x4d for FILEIO
Apr 21 11:54:45 kernel: [ 2140.400422] TARGET_CORE[iSCSI]: Expected Transfer Length: 2048 does not match SCSI CDB Length: 192 for SAM Opcode: 0x12
Apr 21 11:54:45 kernel: [ 2140.411482] Unsupported SCSI Opcode: 0x4d for FILEIO
Apr 21 11:54:45 kernel: [ 2140.416904] Unsupported SCSI Opcode: 0x4d for FILEIO

с чем может быть связана проблема? на QNAP (TS-459 Pro II) нормально живет iSCSI диск объёмом 4Тб...

upd:

экпериментальным методом добился "результата", если сначала создать диск размером 1Тб, подключить его в винде, а потом увеличить налету размер до любого значения, то всё работает до перезагрузки наса

upd:

в сети нашел брата по несчастью http://forum.synology.com/enu/viewtopic.ph...789&start=0 с идентичной проблемой

upd:

на Ubuntu 11.04 удалось смотировать раздел 4Тб, так что получается проблема в совместимости с Win7

в системный лог валится следующее

Apr 22 16:43:18 kernel: [17712.862313] iSCSI: Client [iqn.1993-08.org.debian:01:c1254725fa11] logged in from [192.168.1.10] to [192.168.1.4:3260]
Apr 22 16:43:18 kernel: [17713.174152] TARGET_CORE[iSCSI]: Unsupported SCSI Opcode 0x85, sending CHECK_CONDITION.
Apr 22 16:43:18 kernel: [17713.182310] TARGET_CORE[iSCSI]: Unsupported SCSI Opcode 0x85, sending CHECK_CONDITION.

как долго ждать ответа?

как долго ждать ответа?

Обратитесь в техподдержку Synology - они не только ответят, но и в случае чего могут помочь, подключившись удаленно.

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

а как же "Форум русской поддержки продукции Synology"?

а как же "Форум русской поддержки продукции Synology"?

Это предложение следует читать так - "Форум русской поддержки продаж продукции Synology"

Насчет статуса этого форума. Он поддерживается компанией InPrice, которая является дистрибьютором Synology и CFI в России. Просматривает его техподдержка Synology или нет - не в курсе.

А если серьезно, то с решить вашу проблему может только техподдержка Synology- оформление заявки. Отвечают, обычно, в течении 3-х дней.

не думаю. это форум самостоятельной поддержки. столкнулись с какой-либо проблемой, решили - напишите. никакого другого варианта в формате форума быть не может

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

как же мне им теперь написать ответ, я умею читать на английском, но составлять тексты нет может тут есть знатоки английского?

думаю стоит нанять специалиста =)

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

как же мне им теперь написать ответ, я умею читать на английском, но составлять тексты нет может тут есть знатоки английского?

Можете попробовать http://translate.google.ru/ общий язык найдете.

думаю стоит нанять специалиста =)

Вы то куда лезете.

Вы же этот .. как там правильно то.. дЕлИтант

Можете попробовать http://translate.google.ru/ общий язык найдете.

так и поступил, надеюсь они меня поймут...

дарк, вы с протоколами разобрались или еще изучаете ? =)

DarkTwin - mowgli

1 - 1

дарк, вы с протоколами разобрались или еще изучаете ? =)

Выходит я в протоколах разбираюсь лучше.

А изучаю я постоянно. Работа такая.

я вкурсе что у нас сисадминами работает не квалифицированный персонал =)

я вкурсе что у нас сисадминами работает не квалифицированный персонал =)

Я сочувствую вам. Не всем везет с админами.

У нас сисадмины нормальные.

И на всякий случай я не сисадмин То что я работаю в сфере информационных технологий не делает меня системным админом.

А то что вы ни одного комментария по существу не оставили говорит только о том что вы не разбираетесь в теме, не способны найти информацию в интернете ну а дальше как фантазия разыграется. Как это можно сейчас в интернете - вы батенька тролль.

Хотя что это я.

Маугли же вырастили волки в индии. А так вот к чему было то "тявканье"

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

DS3612sw + 12x 4Tb Hitachi Deskstar H3IK40003272SW DSM 4.0 (DSM_DS3612xs_2219)

 

создал RAID5+Spare, размер массива получился 35.77Тб

 

пытаюсь создать iSCSI диск, пробовал делать разные размеры, 1Тб, 2Тб, 15Тб... все создаются, вроде бы всё ок, но при размере диска больше 1Тб, как только пытаюсь подключить этот диск в Windows 7 x64, винда сначала сигнализирует "подключено", но спустя несколько секунд подключение отваливается, повторные попытки подключения выдают ошибку "целевого устройства", нас после этого ловит "клина", любые манипуляции с этим диском невозможны, помогает только reboot из под root в консоли

Обновите накопитель до последней прошивки - DSM 4.0-2228 от 15 мая. В Release Notes заявлено в том числе:

Enhanced the stability of file based iSCSI LUN over 1TB.

поставил новую прошивку, к сожалению ничего не изменилось, по прежнему разделы более 1Тб не работают....

наконец то техподдержка смогла устранить проблему, теперь iSCSI работает как надо

вообще очень радует такое отношение к клиенту, когда на протяжении двух недель ежедневно помогали решить проблему

за это огромный респект synology!

к сожалению по второй моей проблеме с неправильным опеределением сводобного/занятого пространства ничего сделать не получилось, настоятельно порекомендовали пересобрать массив

так что сегодня пришлось заказать раширительную коробочку с ещё 12ю дисками, для того чтобы забэкапить 25Тб данных...

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

наконец то техподдержка смогла устранить проблему, теперь iSCSI работает как надо

вообще очень радует такое отношение к клиенту, когда на протяжении двух недель ежедневно помогали решить проблему

за это огромный респект synology!

 

к сожалению по второй моей проблеме с неправильным опеределением сводобного/занятого пространства ничего сделать не получилось, настоятельно порекомендовали пересобрать массив

так что сегодня пришлось заказать раширительную коробочку с ещё 12ю дисками, для того чтобы забэкапить 25Тб данных...

Так что же сделала техподдержка?

У меня с DS212j такая же проблема!

Так что же сделала техподдержка?

У меня с DS212j такая же проблема!

сменили режим работы iscsi