Intel SRCU41L - timeout при записи

[VEB]

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

Есть Intel SRCU41L в сервере на SDS2 в SC5100 c корзиной. Прошивки везде самые распоследние, в т.ч. на SRCU41L - 314H. В корзине 5 дисков IBM, из них 2 сконфигурены в RAID1, остальные пока просто вставлены. Установил Win2003Srv, подсунув самый свежий драйвер контроллера - 6.45.

Теперь проблема. При установке системы уже в графическом режиме возникали длительные (несколько секунд) таймауты при записи (так, что CD успевал останавливаться), потом все(!) диски в корзине моргали, и запись продолжалась некоторое время, после чего ситуация повторялась. После установки в System Log увидел пары ошибок "Device didn't respond within timeout period" - "Error during page operation" (почти дословно). Подумал, что это - глюки только при установке. Но когда запустил для проверки копировать с CD на диск несколько сот мегабайт, ситуация повторилась (запись на зеркало идет, потом вдруг замирает на несколько секунд, потом все(!) диски моргают, снова немного запишет, снова замрет...), только в System Log уже ошибки не появляются.

Пожалуйста, подскажите, в чем может быть проблема? Это должен быть файл-сервер, и такие замирания просто неприемлемы.

Заранее благодарен.

[VEB]

Дополнение о конфигурации.
SRCU41L: BBU нет; политики - Read Ahead, Write Through, Cached I/O.
SDS2: onboard SCSI controller -> Disabled.

[gs]

Попробуйте сменить настройки контроллера на DirectIO, Write Back, Read Adaptive. Это должно быть пошустрее. Но имхо проблема в софте...

[VEB]

WriteBack недоступен, потому что нет BBU.
Direct I/O и Read Adaptive поставил.
Результат - тот же.
Заодно заметил, что время замирания одно и то же - 11 секунд.
При копировании с CD на HDD тестового объема данных (580Мб, 40файлов) шла явная деградация - сначала скопировал без остановки довольно много, потом еще немного, потом замирания стали все чаще и чаще, к концу копировал по чуть-чуть.

Что посоветуете?

[gs]

Может влиять период cache flush - там вполне может стоять 10 секунд. Попробуйте поиграть. Но вообще-то без райт бэка оно по идее влиять не должно.

[VEB]

Просмотрел весь user's guide - значения для flush cache нигде не устанавливается. Можно только в Operations сказать вручную Flush. Да и что flush-ить, если его, кэша, нет?

Блин, как же это победить?

[VEB]

хе-хе!
а ларчик просто открывался.
контроллер - U320, диски - U320, а вот корзина в корпусе - U160.
контроллер, как я понимаю, может договариваться с дисками о скорости, но корзина для него прозрачна, поэтому он спокойно выставляет скорость на максимум.
а дальше при больших обхемах записи корзина просто "захлебывается", не в состоянии переварить данные на 320, и внешний эффект получается таким, как описано выше.
стоило поставить на контроллере принудительно скорость 160, как эти неприятности ушли.
кстати, интересно, что скорости в config-е контроллера обозначены как
Fast, Fast II, 160M, U320. чем 160M отличается от U160, я не понял.

[gs]

Дело в том, что стандарт U160 в полном виде, насколько я знаю, реализован не был (его фичи были в реальных железках реализованы в U320). В реальности использовалась несколько урезанная версия U160m - так что так оно терминологически правильнее.