Debian_9.8 + open-iscsi

[Softline 0]

Добрый день.
Настроил линию на debian 9.8, подключил qsan к серверу, настроил 42 камеры - загрузка CPU 20%, я просто в восторге!
Но, через некоторое время, смонтированный каталог ушел в режим read-only.
Перемонтирование в разных режимах (ro,rw) не помогло, проверка хранилища утилитой fsck выдает ошибку проблема записи главного блока.
Причем, если смонтировать хранилище с остановленным сервисом линия, то писать на него можно. Вот часть лога:
 

● line.service - Line, digital surveillance system
   Loaded: loaded (/lib/systemd/system/line.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2019-04-11 13:33:42 MSK; 1min 33s ago
 Main PID: 1554 (kernel)
    Tasks: 338 (limit: 4915)
   CGroup: /system.slice/line.service
           └─1554 /opt/line/sbin/kernel --user=line --share-dir=/opt/line/share/line --var-dir=/var/opt/line

Apr 11 13:33:46 msk14skd03 kernel[1554]: [archive] start removing day: 2019-03-19
Apr 11 13:33:46 msk14skd03 kernel[1554]: [fs] failed to create directory: /video/2019-04-11/channel0, Bad message
Apr 11 13:33:46 msk14skd03 kernel[1554]: [archive] failed to create chunk dir
Apr 11 13:33:46 msk14skd03 kernel[1554]: [db] failed to open session: unable to open database file
Apr 11 13:33:50 msk14skd03 kernel[1554]: [tcp] invalid session start packet
Apr 11 13:33:52 msk14skd03 kernel[1554]: [sys] cpu: 15.3%, rss: 695 mb
Apr 11 13:34:04 msk14skd03 kernel[1554]: [archive] day removed: 2019-03-19
Apr 11 13:34:42 msk14skd03 kernel[1554]: [fs] failed to create directory: /video/2019-04-11/channel0, Bad message
Apr 11 13:34:42 msk14skd03 kernel[1554]: [archive] failed to create chunk dir
Apr 11 13:34:42 msk14skd03 kernel[1554]: [db] failed to open session: unable to open database file
Затем меняется на такое:
Apr 11 13:49:44 msk14skd03 kernel[1554]: [db] failed to open session: unable to open database file
Apr 11 13:50:43 msk14skd03 kernel[1554]: [fs] failed to create directory: /video/2019-04-11/channel0, Read-only file system
Apr 11 13:50:43 msk14skd03 kernel[1554]: [archive] failed to create chunk dir
Apr 11 13:50:43 msk14skd03 kernel[1554]: [db] failed to open session: unable to open database file
Apr 11 13:51:44 msk14skd03 kernel[1554]: [fs] failed to create directory: /video/2019-04-11/channel0, Read-only file system
Apr 11 13:51:44 msk14skd03 kernel[1554]: [archive] failed to create chunk dir
Apr 11 13:51:44 msk14skd03 kernel[1554]: [db] failed to open session: unable to open database file
Apr 11 13:52:44 msk14skd03 kernel[1554]: [fs] failed to create directory: /video/2019-04-11/channel0, Read-only file system
Apr 11 13:52:44 msk14skd03 kernel[1554]: [archive] failed to create chunk dir
Apr 11 13:52:44 msk14skd03 kernel[1554]: [db] failed to open session: unable to open database file
 

[Станислав 0]

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

Цитата

подключил qsan к серверу

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

Цитата

через некоторое время, смонтированный каталог ушел в режим read-only

Как комментирует подобное поведение тех. поддержка  QSAN ? Похоже, проблема с настройками устройства.
Для решений на базе Windows  актуально https://devline.ru/nvr/32/FAQ/#18
Пришлите, пожалуйста, сбор сведений о системе (sudo /opt/line/bin/sysinfo) личным сообщением.

[unlifer 0]

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

Цитата

Но, через некоторое время, смонтированный каталог ушел в режим read-only.

Дык, скорее всего, проблема не в Линии, а в устройстве.

Как монтировали устройство? Возможно после перезагрузки сервера слетает.

Остановите Линию, смонтируйте диск, затем выполните команду fdisk -l , обратите внимание, как диск обзывается (например, sdb), перезагрузите сервер, опять выполните команду fdisk -l, посмотрите теперь, как диск обзывается. Может, он сменил имя на sdc или что-то ещё.

Если имя сменилось, то попробуйте в fstab присвоить метку label диску.

Системные логи смотрели?

Edited April 11, 2019 by unlifer

[Softline 0]

QSAN U300-P10 http://www.qsan.su/goods/arhiv-nas/trionas-lx-u300.html

[Softline 0]

6 минут назад, unlifer сказал:

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

Дык, скорее всего, проблема не в Линии, а в устройстве.

Как монтировали устройство?Возможно после перезагрузки сервера слетает.

Остановите Линию, смонтируйте диск, затем выполните команду fdisk -l , обратите внимание, как диск обзывается (например, sdb), перезагрузите сервер, опять выполните команду fdisk -l, посмотрите теперь, как диск обзывается. Может, он сменил имя на sdc или что-то ещё.

Если имя сменилось, то попробуйте в fstab присвоить метку label диску.

Системные логи смотрели?

Возможно и в устройстве, в данный момент прогоняю смарт тесты всех HDD.
Монтировал через open-iscsi. Добавил в автозагрузку, с метками проблем нет, диск определяется всегда одинаково.
системные логи смотрел, ошибка ввода вывода.
[ 2313.100640] sd 3:0:0:0: [sdb] tag#2 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 2313.100653] sd 3:0:0:0: [sdb] tag#2 Sense Key : Illegal Request [current]
[ 2313.100657] sd 3:0:0:0: [sdb] tag#2 Add. Sense: Logical unit communication failure
[ 2313.100664] sd 3:0:0:0: [sdb] tag#2 CDB: Write(16) 8a 00 00 00 00 00 00 00 40 08 00 00 20 00 00 00
[ 2313.100668] blk_update_request: I/O error, dev sdb, sector 16392
[ 2313.104270] Buffer I/O error on dev sdb1, logical block 1025, lost async page write
[ 2313.107970] Buffer I/O error on dev sdb1, logical block 1026, lost async page write
[ 2313.111772] Buffer I/O error on dev sdb1, logical block 1027, lost async page write
[ 2313.115647] Buffer I/O error on dev sdb1, logical block 1028, lost async page write
[ 2313.119475] Buffer I/O error on dev sdb1, logical block 1029, lost async page write
[ 2313.123187] Buffer I/O error on dev sdb1, logical block 1030, lost async page write
[ 2313.127141] Buffer I/O error on dev sdb1, logical block 1031, lost async page write
[ 2313.130951] Buffer I/O error on dev sdb1, logical block 1032, lost async page write
[ 2313.134663] Buffer I/O error on dev sdb1, logical block 1033, lost async page write
[ 2313.138485] Buffer I/O error on dev sdb1, logical block 1034, lost async page write
[ 2313.144579] VFS: Dirty inode writeback failed for block device sdb1 (err=-5).
[ 2537.621807] sd 3:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 2537.621810] sd 3:0:0:0: [sdb] tag#0 Sense Key : Illegal Request [current]
[ 2537.621812] sd 3:0:0:0: [sdb] tag#0 Add. Sense: Logical unit communication failure
[ 2537.621816] sd 3:0:0:0: [sdb] tag#0 CDB: Write(16) 8a 00 00 00 00 08 7b c0 61 00 00 00 00 20 00 00
[ 2537.621818] blk_update_request: I/O error, dev sdb, sector 36435943680
[ 2537.625507] buffer_io_error: 1014 callbacks suppressed
[ 2537.625508] Buffer I/O error on dev sdb1, logical block 4554491936, lost async page write
[ 2537.629261] Buffer I/O error on dev sdb1, logical block 4554491937, lost async page write
[ 2537.632931] Buffer I/O error on dev sdb1, logical block 4554491938, lost async page write
[ 2537.636441] Buffer I/O error on dev sdb1, logical block 4554491939, lost async page write
[ 2550.525036] sd 3:0:0:0: [sdb] tag#18 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 2550.525051] sd 3:0:0:0: [sdb] tag#18 Sense Key : Illegal Request [current]
[ 2550.525056] sd 3:0:0:0: [sdb] tag#18 Add. Sense: Logical unit communication failure
[ 2550.525062] sd 3:0:0:0: [sdb] tag#18 CDB: Write(16) 8a 00 00 00 00 08 7b c0 20 80 00 00 00 18 00 00
[ 2550.525065] blk_update_request: I/O error, dev sdb, sector 36435927168
[ 2550.528474] Buffer I/O error on dev sdb1, logical block 4554489872, lost async page write
[ 2550.531993] Buffer I/O error on dev sdb1, logical block 4554489873, lost async page write
[ 2550.535486] Buffer I/O error on dev sdb1, logical block 4554489874, lost async page write
[ 2550.539817] sd 3:0:0:0: [sdb] tag#21 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 2550.539819] sd 3:0:0:0: [sdb] tag#21 Sense Key : Illegal Request [current]
[ 2550.539821] sd 3:0:0:0: [sdb] tag#21 Add. Sense: Logical unit communication failure
[ 2550.539824] sd 3:0:0:0: [sdb] tag#21 CDB: Write(16) 8a 00 00 00 00 08 7b c0 61 00 00 00 00 20 00 00
[ 2550.539825] blk_update_request: I/O error, dev sdb, sector 36435943680
[ 2550.543435] Buffer I/O error on dev sdb1, logical block 4554491936, lost async page write
[ 2550.547220] Buffer I/O error on dev sdb1, logical block 4554491937, lost async page write
[ 2550.551159] Buffer I/O error on dev sdb1, logical block 4554491938, lost async page write
[ 2550.554945] Buffer I/O error on dev sdb1, logical block 4554491939, lost async page write
[ 2550.757294] VFS: Dirty inode writeback failed for block device sdb1 (err=-5).

[Fox 0]

блин, похоже вообще на аппаратную проблему, правда я в qsan не шарю. а попробуй линию нафиг и просто продолжительное время копировать что-нибудь, что будет? 

[Softline 0]

Только что, Fox сказал:

блин, похоже вообще на аппаратную проблему, правда я в qsan не шарю. а попробуй линию нафиг и просто продолжительное время копировать что-нибудь, что будет? 

уже пробовал dd random заполнить все место на полке, заполнил за сутки ~15Tb

[unlifer 0]

А на этом диске пароль не может стоять? Уточните в их тех. поддержке.

[Fox 0]

2 минуты назад, Softline сказал:

уже пробовал dd random заполнить все место на полке, заполнил за сутки ~15Tb

и нормально или тоже в позу встал? что техподы глаголят? TrioNAS LX U300 писец штука навороченная
 

[Softline 0]

5 минут назад, unlifer сказал:

А на этом диске пароль не может стоять? Уточните в их тех. поддержке.

Это не диск а хранилище с RAID 6 из 16 дисков по 2Tb, паролей на дисках не стоит))

2 минуты назад, Fox сказал:

и нормально или тоже в позу встал? что техподы глаголят? TrioNAS LX U300 писец штука навороченная
 

с dd все нормально заполнил без ругани на fs. У меня была мысля, что может быть проблема в размере секторов, Lun настроен на 64k, а в debian максимум 4k можно выставить