proNovell

Добрый день!

Имеется сервер Kraftway.
На двух XEON, системной плате SE7500WV2

Описание: http://developer.intel.ru/design/server ... 0wv2_srvr&

(плата сертифицирована под 6.0 точно, под 6.5 - не знаю) и, что самое важное, с RAID контроллером SCSI INTEL SRCU32/128Mb (2xUltra160 SCSI, RAID: 0, 1, 4, 5, 10, JBOD).


Описание: http://developer.intel.ru/design/server ... /index.htm

На нём на одном канале корзина. Там из четырёх винчестеров собран массив 1+0. (Strip+Mirroring).

Раньше там был NW 6.0 и проблем не было.

Поставили легальный 6.5 SP2 и с традиционной системы перешли на NSS.

Теперь при копировании больших объёмов данных вылезает иногда ошибка копирования. А далее тома размонтируются.

В связи с этим вопрос: а есть ли хоть кто-то, у кого без проблем работает NW 6.5 с SRCU32?

Это, вообще-то, старый контроллер и запросто, что 6.5 с ним работать нормально не может.

А может и может.

NW6.5 не использовал, но в свое время наступил на грабли с SRCU32 & Seagate & Intelовская корзина - случайно не Ваш случай?
Оказалось что корзинах глючная, в каких-то ревизиях неправильный кварц стоит из-за этого винты отваливаются при большой нагрузке, вытаскивании и тд, на support.intel.com по этому поводу написано.
Если винты Seagate - у некоторых моделей проблемы с отвалом при работе в U320 - см. www.seagate.com.

У меня всё то же самое, но RAID Intel SRCZR, диски Seagate. Стоит NW65 SP2. Диски не отваливались ни разу, но при копировании между томами, находящимися на этом RAIDе, копирование происходит ужасно медленно.

31/08/2004 13:24:23 : COMN-3.22-34
Severity = 5 Locus = 2 Class = 6
NSS-2.70-5005: Volume UFSB/LOCIS user data write
(20204(zio.c[2201])) to block 793270(file block 826)(ZID 129) failed.

31/08/2004 13:25:23 : COMN-3.22-1092
Severity = 4 Locus = 3 Class = 0
NSS-3.00-5001: Pool UFSB/DB_POOL is being deactivated.
An I/O error (20204(zio.c[2179])) at block 1475528(file block -1475528)(ZID -9223372036854751595) has compromised pool integrity.

31/08/2004 13:25:23 : COMN-3.22-34
Severity = 5 Locus = 2 Class = 6
NSS-2.70-5005: Volume UFSB/LOCIS user data write
(20204(zio.c[2201])) to block 1622714(file block 4187)(ZID 24075) failed.

Это записи в логах системы.

Yurik писал(а):NW6.5 не использовал, но в свое время наступил на грабли с SRCU32 & Seagate & Intelовская корзина - случайно не Ваш случай?
Оказалось что корзинах глючная, в каких-то ревизиях неправильный кварц стоит из-за этого винты отваливаются при большой нагрузке, вытаскивании и тд, на support.intel.com по этому поводу написано.

Всё бы ладно, но кварц штука аппаратная. Как и винчестер.
Они, по идее, должны одинаково глючить и под NW 6.0, и под NW 6.5.

А тут под 6.5 - сбой. Под 6.0 - нет проблем.

Yurik писал(а):Если винты Seagate - у некоторых моделей проблемы с отвалом при работе в U320 - см. www.seagate.com.

То есть? На U-160 проблем нет, а на U-320 отваливаются? Так что ли?

Yurik писал(а):Если винты Seagate - у некоторых моделей проблемы с отвалом при работе в U320 - см. www.seagate.com.

Поглядел. Там FUJITSU MAM3184MC 18Gb. Так что версия про Seagate не годится.

Аркадий Глазырин писал(а):

Yurik писал(а):NW6.5 не использовал, но в свое время наступил на грабли с SRCU32 & Seagate & Intelовская корзина - случайно не Ваш случай?
Оказалось что корзинах глючная, в каких-то ревизиях неправильный кварц стоит из-за этого винты отваливаются при большой нагрузке, вытаскивании и тд, на support.intel.com по этому поводу написано.

Всё бы ладно, но кварц штука аппаратная. Как и винчестер.
Они, по идее, должны одинаково глючить и под NW 6.0, и под NW 6.5.

А тут под 6.5 - сбой. Под 6.0 - нет проблем.

Yurik писал(а):Если винты Seagate - у некоторых моделей проблемы с отвалом при работе в U320 - см. www.seagate.com.

То есть? На U-160 проблем нет, а на U-320 отваливаются? Так что ли?

Читать
http://support.intel.com/support/mother ... 010803.htm
там про корзину написано. Эта ошибка может не проявлятся до поры до времени. У меня тоже все работало, только когда решил винты подергать вылезло.

http://downloadfinder.intel.com/scripts ... nldID=5104
Это дрова, написано что Only NW 5.0/6.0 supported.

Yurik писал(а):http://downloadfinder.intel.com/scripts-df/Detail_Desc.asp?agr=N&Inst=Yes&ProductID=884&DwnldID=5104
Это дрова, написано что Only NW 5.0/6.0 supported.

Хм. Получается, что у Интел нет контроллеров, способных работать с 6.5.

На чём же тогда делать?

У кого на каких RAID без проблем 6.5 работает?

Аркадий Глазырин писал(а):

Yurik писал(а):http://downloadfinder.intel.com/scripts-df/Detail_Desc.asp?agr=N&Inst=Yes&ProductID=884&DwnldID=5104
Это дрова, написано что Only NW 5.0/6.0 supported.

Хм. Получается, что у Интел нет контроллеров, способных работать с 6.5.

На чём же тогда делать?

У кого на каких RAID без проблем 6.5 работает?

Имхо, надо тянуть и ставить дрова с интела.

Проделал с сервером еще ряд экспериментов, таких как замена контроллера на SRCU42L, работа с обычным бортовым SCSI. Результат тот же, точнее его отсутствие.
По совету умных людей добавил памяти в сервер до 4 Гиг. При копировании больших массивов получил:

Abend 2 on P00: Server-5.70.02-0: Deadlock detected waiting for spinlock currently owned by CPU

Это я уже видел неоднократно. Была еще высказана мысль, что дело в мультипроцессорности. Отключил второй процессор - система стала жить.
Похоже, что дело в странной работе мультипроцессорности в NetWare 6.5 совместно с SE7500WV2.
Сейчас смотрю, как долго все это проживет...

Andrey Menshikov писал(а):Отключил второй процессор - система стала жить.
Похоже, что дело в странной работе мультипроцессорности в NetWare 6.5 совместно с SE7500WV2.
Сейчас смотрю, как долго все это проживет...

Хм. 6.5 вроде бы не должна так ревниво относиться ко второму процессору. Заявляеется о том, что мультипроцессорность поддержкана в кол-ве куда больше чем два процессора.