По нескольку раз в день сервер win2000 вылетает в BSOD с ошибкой tcpip.sys. Roll-up 1 установлен. Антивирус NOD32.
проверьте, пожалуйста, что это может быть.
По нескольку раз в день сервер win2000 вылетает в BSOD с ошибкой tcpip.sys. Roll-up 1 установлен. Антивирус NOD32.
проверьте, пожалуйста, что это может быть.
Терминал ?
А новеловский клиент очень нужен ? Попробуйте обноновить.
И с чего глюки начались ?
В логах при беглом осмотре ничего подозрительного не видно.
Через новель у меня база данных на новелевском серваке крутится.
Клиент этот стоит уже давно. И не только на этой машине. И версия одинаковая у всех. Вроде траблов не было. А глюк этот проявился ну может месяца два как.
на экране вот что
DRIVER_IRQL_NOT_LESS_OR_EQUAL
STOP: 0X000000D1
DATE STAMP42832CFA TCPIP.SYS
Больше смахивает на хардовую проблему в районе сетевая-пачкорд-свич/хаб в который воткнули У меня такая глюка была когда на входящюю сетевуху приходили битые TCP пакеты. Вылечилось втыканием сетевухи 3com вместо Realtec. Попробуйте в этом направлении посмотреть, ещё глюки подключения поковырять встроенным в сервер сниффаером (Установка/Удаление - Менеджмент и мониториг - Monitoring tools).
Забыл сказать. Сетевухи две.
Одна смотрит в ADSL , другая в свитч внутренней локалки. И вот какая может глючить, какую проверять?
Как версия...
У Вас новеловский клиент на какой протокол настроен?
Он же может tcp/ip обслуживать. Мне кажется надо попробовать переустановить отдав ipx/spx новелу, а tcp/ip майкрософту.
по поводу версии... у нас на клиентах 4.91r(для NT) работает нормально, хотя на серверах 2k, 2k3 работающих в двух подсетях(с двумя протоколами) его не ставил, пользуюсь клиентом от макрософта.
Новелевский клиент ставит свой протокол NWLink ipx/spx/netbios compatiable transport protocol. Но опять же на раб.станциях то этих глюков нет. Только на этом серваке. Вкратце конфигурация кухни: новельсервер с базой данных. С ним через клиента работают раб.станции. Все раб.станции имеют выделеные адреса через tcpip. Еще один сервер с сервером терминала (как раз этот глюкавый) для удаленного офиса через adsl, а также для почты. Вот на нем и две сетевухи, для локалки (D-Link DFE-530TX+ PCI Adapter) и adsl (Realtek RTL8139).
Я вот это имел в виду ->Сообщение от Visant76
Иначе - тестируйте железо:
Сообщение от http://www.oszone.net/display.php?id=1159
У меня стоит протокол IP. Может быть это и не совсем правильно, но ведь раньше то все на этой машине работало без проблем, да и опять же остальные клиенты этого глюка не имеют, тьфу-тьфу...
А по поводу файла виртуальной памяти, это как нибудь лечится? Может грохнуть его ...?
Нашел такую закономерность. Иногда когда пользователи подключаются к серверу терминалов на этом серваке и происходит вылет в BSOD. Может такое быть? Или совпадение?
Скорее не совпадение а зависимость, чем больше нагрузка на сеть, тем чаще BSOD, скорее всего сетевуха глючит, если не сложно - попробуйте поменять для проверки.Сообщение от Visant76
Сделал.
Получил следующее. Поставил две одинаковые compex. Теперь стоит одна старая + такая же вместо d-link. Система железно теперь вылетает в синий экран тольео номер ошибки другой 0000044 вместо 00000d1 и tcpip.sys.
так может дело как раз в той старой, которая осталась торчать?Сообщение от Visant76
Драйвер на новую плату встал автоматически, такой же как и на старой Compex стоял? Если да, то попробуй поставить свежие драйверы.Сообщение от Visant76
Я ставил разные сетевухи. Важно что когда стоят две одинаковые Compex
система все равно вылетает в ошибку 0000044. Кстати, что это? Что-то описания ее не нашлось нигде... .
Попробую на днях поставить две одинаковые D-Link.
А дрова нашлись автоматом сами...
Да ладно... http://polygon.iphosting.ru/stop/full.htm#0x44Сообщение от Visant76ещё тут можно посмотреть - http://aumha.org/win5/kbestop.phpMULTIPLE_IRP_COMPLETE_REQUESTS --------------------- (0x00000044)
Драйвер запросил завершение IRP [IoCompleteRequest()], но пакет был уже завершён. Эту ошибку сложно выявить, так как самый простой случай - драйвер пытается завершить одну и ту же операцию дважды - обычно не то, что случается на самом деле. Реже - 2 различных драйвера пытаются завладеть пакетом и завершить его. Первый как правило срабатывает, а второй нет. Отследить, какой именно драйвер сделал это, трудно, так как следы первого драйвера были переписаны вторым. Тем не менее, конфликт может быть выявлен, рассматривая DeviceObject поля, в каждом местоположении стака.
Ну а причина то в чем? И что делать с этим.Сообщение от Shu_b
P.S. Кстати никто так и не ответил что делать с больным файлом вируальной памяти. Как лечить?
Попробуйте на выбор:
- установить родные драйверы от Compex, причём соответствующие ревизии карты (у них и такое бывает)
- поставить одинаковые карты D-Link, тоже с родными драйверами
- поставить что-нибудь брендовое, типа 3Com или Intel (с родными драйверами)
Скорее трабла в драйверах к сетевым.
Реальный пример из жизни, встречал кучу раз.
Берем две карточки Realtek8139. Одна глючит, а вторая нет. Долго бился. Оказалось - чипы-то разные. Одна карточка сделана в Китае (делаем вывод) для азиатских потребителей, а вторая - для европейских...
А название - одно. Дрова ставились по дефолту, какие определяла сама Винда. При чем на 98 машинах падений не наблюдалось, глючило на XP-машинах (на 2000 не знаю).
Не из этой ли серии данная ситуация?
Вообще-то гадать здесь можно еще долго.
Однажды где-то на форуме Outpost встречал похожее. Стоит 2000 +Outpost, две сетевые + новелл. Оказалось - трабла исчезла после смены версии новелла. Как я понимаю, у машин реальный IP, а DHCP вырублен?
Неофициальный форум Outpost Firewall http://forum.five.mhost.ru
Уважаемый(ая) Visant76, наши специалисты оказали Вам всю возможную помощь по вашему обращению.
В целях поддержания безопасности вашего компьютера настоятельно рекомендуем:
Чтобы всегда быть в курсе актуальных угроз в области информационной безопасности и сохранять свой компьютер защищенным, рекомендуем следить за последними новостями ИТ-сферы портала Anti-Malware.ru:
Надеемся больше никогда не увидеть ваш компьютер зараженным!
Если Вас не затруднит, пополните пожалуйста нашу базу безопасных файлов.