proNovell

Добрый день!
Есть такая проблема:
Пытаемся ставить сервер Novell 6.0 на сервера с матерями на чипах Intel 865 или 875. Сервер ставиться все хорошо, но только ничинаешь копировать что то на сервер, после не продолжительного времени он виснет. На сервере стоит Novell 6.0 SP5, на клиентах Novell Client 4.90 SP2. В чем проблема?

Десктопная платформа, криво вставшие драйвера IDE?, сетевого адаптера, криво вставшие/загрузившиеся какие-нить модули (опять про десктоп) и т.п.....
Что пишет Sys$log.err, Console.log ? Оттуда начинайте, и проблема должна локализоваться.

Дрова встали нормально
Ошибок в логах, да и так, нет
Есть подозрение что пакостит сеть
Но не знаем где подкручиваются настройки на Novell

Имхо, что-то я не видел чтоб кривая сеть подвешивала всю нетварь, да еще ошибок в логах не писала, собсно как и не видел (может повезло ) просто намертво зависшую нетварь (а работал давно с тройкой, а сейчас с 6,0. Тройка у нас рекорд поставила, без перезагрузки проработала 985 дней и дальше бы работала, просто сдохла одна dbf-ка и мы в поисках проблемы пререзагрузили сервак). Но это так, лирическое отступление

Вот основные файлы журналов: abend.log (посмотрите обязательно, после аварийного останова, появляется в system), sys$log.err, vol$log.err, tts$log.err(если есть TFS), console.log.

Заглягите в Удаленном манагере в Health Monitor, выполните с консоли dsrepair и в нем unattended full repair.

Настройки протоколов и т.п. смотрите в inetcfg.nlm. Сразу можете принудительно выставить скорости/дуплексы интерфейсов (там по умолчанию 0 - значит авто) и на коммутаторе не забудте. Кстати какой протокол в сети. Если тока ip, то для профилактики ipx (если стоит) снесите.
Но что-то меня берут сомнения, что дело в этом. Имхо, проблема аппаратная. Шлефы проверить,память, блок питания и т.п.
Сервер-то с нуля ставили или мигрировали откуда-нибудь?

Спасибо
Вроде разобрались. Оказалось что дело в железе.
А именно: сервер 1u и на нем был адаптер для PCI слотов
чтоб катрочки PCI влазили( горизонтально то бишь)
Его убрали и стало все хорошо
Но возник другой вопрос.
В текущих коннектах сбрасываем любой коннект,
а он снова через какоето время появляется.
Можно ли сделать так, чтобы коннек не восстанавливался, пока
клиент не перезагрузится?

Что значит сбрасываете коннект?
Если вы, например, в monitor'е вручную сбрасываете коннект, то его восстанавливает клиент рабочей станции.
Конкретизируйте задачу...

Я это и имею в виду
В Novell5.1 после сбрасывания коннекта в мониторе
надо было перевходить клиенту

Не надо перевходить, оно само Как сделать обратное никогда не задумывался

В свойствах Novell Client'a в табе Дополнительные параметры есть пункт Auto Reconnect по умолчанию включен. Пробуйте его отключить.
Возможно есть комманда и для сервера типа SET CLIENT AUTO RECONNECT ENABLED = OFF. Но не пробуйте, пока не найдете достоверную информацию или коллеги с форума не подтвердят мои предположения.
Правда не пойму зачем это Вам? Войну пользователям хотите объявить? А если случайно коннект порвется, например из-за сетевого оборудования, так что, всем перевходить?

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

Дмитрий Иванов писал(а):Имхо, что-то я не видел чтоб кривая сеть подвешивала всю нетварь, да еще ошибок в логах не писала, собсно как и не видел (может повезло ) просто намертво зависшую нетварь

Я видел фокус - если рабочая станция на кривом патч-корде работает, то было на сервере два файла (совершенно "случайных", из тысяч других), при попытке копирования любого из них с тома на том - копирующая станция уходила в 100%-й ступор Если копируешь на локал, или та, "виновная" станция выключена - все нормально.

Vladimir Kozak писал(а):

Дмитрий Иванов писал(а):Имхо, что-то я не видел чтоб кривая сеть подвешивала всю нетварь, да еще ошибок в логах не писала, собсно как и не видел (может повезло ) просто намертво зависшую нетварь

Я видел фокус - если рабочая станция на кривом патч-корде работает, то было на сервере два файла (совершенно "случайных", из тысяч других), при попытке копирования любого из них с тома на том - копирующая станция уходила в 100%-й ступор Если копируешь на локал, или та, "виновная" станция выключена - все нормально.

Надеюсь, "копирующая станция" не была сервером NetWare?
А то мы о сервере ... шутка , а с виндой и так все понятно, она и не только из-за кривого кабеля может загнуться или нарушить работу сети...

PashaP писал(а):Просто по производственной необходимости
надо иногда сбрасывать коннекты, а то оставят на ночь,
а у нас задачи не проходят.

Так может, на время работы этой задачи просто DISABLE LOGIN на сервере делать? Потому что autoreconnect в клиенте - вещь, в общем-то, достаточно полезная - выключать её без очень чёткого обоснования не следует.

PashaP писал(а):Просто по производственной необходимости
надо иногда сбрасывать коннекты, а то оставят на ночь,
а у нас задачи не проходят.

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

Но, разве клиент при реконнекте захватывает какие-то файлы эксклюзивно? Особенно БД или еще чего, что помешает админу бэкапить?
Или это так на меня праздники действуют?