tcpip.sys синий экран смерти

По нескольку раз в день сервер 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).

[QUOTE=Visant76]Новелевский клиент ставит свой протокол NWLink ipx/spx/netbios compatiable transport protocol.[/QUOTE]
Я вот это имел в виду ->

Иначе - тестируйте железо:
[QUOTE=http://www.oszone.net/display.php?id=1159]0x000000D1: DRIVER_IRQL_NOT_LESS_OR_EQUAL

Была сделана попытка затронуть виртуальную память на внутреннем процессе IRQ уровня, который слишком высок.

Возможные причины:
неисправный драйвер
неисправный RAM
повреждённый файл виртуальной памяти.[/QUOTE]

У меня стоит протокол IP. Может быть это и не совсем правильно, но ведь раньше то все на этой машине работало без проблем, да и опять же остальные клиенты этого глюка не имеют, тьфу-тьфу...
А по поводу файла виртуальной памяти, это как нибудь лечится? Может грохнуть его ...?

Нашел такую закономерность. Иногда когда пользователи подключаются к серверу терминалов на этом серваке и происходит вылет в BSOD. Может такое быть? Или совпадение?

[QUOTE=Visant76]Нашел такую закономерность. Иногда когда пользователи подключаются к серверу терминалов на этом серваке и происходит вылет в BSOD. Может такое быть? Или совпадение?[/QUOTE]
Скорее не совпадение а зависимость, чем больше нагрузка на сеть, тем чаще BSOD, скорее всего сетевуха глючит, если не сложно - попробуйте поменять для проверки.

Сделал.
Получил следующее. Поставил две одинаковые compex. Теперь стоит одна старая + такая же вместо d-link. Система железно теперь вылетает в синий экран тольео номер ошибки другой 0000044 вместо 00000d1 и tcpip.sys.

[QUOTE=Visant76]Сделал.
Получил следующее. Поставил две одинаковые compex. Теперь стоит одна старая + такая же вместо d-link. Система железно теперь вылетает в синий экран тольео номер ошибки другой 0000044 вместо 00000d1 и tcpip.sys.[/QUOTE]
так может дело как раз в той старой, которая осталась торчать?

[QUOTE=Visant76]Сделал.
Получил следующее. Поставил две одинаковые compex. Теперь стоит одна старая + такая же вместо d-link. Система железно теперь вылетает в синий экран тольео номер ошибки другой 0000044 вместо 00000d1 и tcpip.sys.[/QUOTE]
Драйвер на новую плату встал автоматически, такой же как и на старой Compex стоял? Если да, то попробуй поставить свежие драйверы.

Я ставил разные сетевухи. Важно что когда стоят две одинаковые Compex
система все равно вылетает в ошибку 0000044. Кстати, что это? Что-то описания ее не нашлось нигде... :(.
Попробую на днях поставить две одинаковые D-Link.
А дрова нашлись автоматом сами...

[QUOTE=Visant76]Кстати, что это? Что-то описания ее не нашлось нигде... :(.[/QUOTE]
Да ладно... :) [url]http://polygon.iphosting.ru/stop/full.htm#0x44[/url] [QUOTE]MULTIPLE_IRP_COMPLETE_REQUESTS --------------------- (0x00000044)

Драйвер запросил завершение IRP [IoCompleteRequest()], но пакет был уже завершён. Эту ошибку сложно выявить, так как самый простой случай - драйвер пытается завершить одну и ту же операцию дважды - обычно не то, что случается на самом деле. Реже - 2 различных драйвера пытаются завладеть пакетом и завершить его. Первый как правило срабатывает, а второй нет. Отследить, какой именно драйвер сделал это, трудно, так как следы первого драйвера были переписаны вторым. Тем не менее, конфликт может быть выявлен, рассматривая DeviceObject поля, в каждом местоположении стака.[/QUOTE]

ещё тут можно посмотреть - [url]http://aumha.org/win5/kbestop.php[/url]

[QUOTE=Shu_b]Да ладно... :) [url]http://polygon.iphosting.ru/stop/full.htm#0x44[/url]

ещё тут можно посмотреть - [url]http://aumha.org/win5/kbestop.php[/url][/QUOTE]
Ну а причина то в чем? И что делать с этим.
P.S. Кстати никто так и не ответил что делать с больным файлом вируальной памяти. Как лечить?

Попробуйте на выбор:
- установить родные драйверы от Compex, причём соответствующие ревизии карты (у них и такое бывает)
- поставить одинаковые карты D-Link, тоже с родными драйверами
- поставить что-нибудь брендовое, типа 3Com или Intel (с родными драйверами)

Скорее трабла в драйверах к сетевым.
Реальный пример из жизни, встречал кучу раз.
Берем две карточки Realtek8139. Одна глючит, а вторая нет. Долго бился. Оказалось - чипы-то разные. Одна карточка сделана в Китае (делаем вывод) для азиатских потребителей, а вторая - для европейских...
А название - одно. Дрова ставились по дефолту, какие определяла сама Винда. При чем на 98 машинах падений не наблюдалось, глючило на XP-машинах (на 2000 не знаю).
Не из этой ли серии данная ситуация?
Вообще-то гадать здесь можно еще долго.
Однажды где-то на форуме Outpost встречал похожее. Стоит 2000 +Outpost, две сетевые + новелл. Оказалось - трабла исчезла после смены версии новелла. Как я понимаю, у машин реальный IP, а DHCP вырублен?

[QUOTE=orvman]Скорее трабла в драйверах к сетевым.
Однажды где-то на форуме Outpost встречал похожее. Стоит 2000 +Outpost, две сетевые + новелл. Оказалось - трабла исчезла после смены версии новелла. Как я понимаю, у машин реальный IP, а DHCP вырублен?[/QUOTE]

IP статический. Интересно все же что могло вообще случиться? Ничего же не менялось и не переставлялось. Все работало. И клиент тот же. Все то же, а включаешь - не работает (Жванецкий) :)

P.S. Как все-таки с файлом виртуальной памяти, на что ссылается мелкософт? Посоветуйте же!

[QUOTE=pig]Попробуйте на выбор:
- установить родные драйверы от Compex, причём соответствующие ревизии карты (у них и такое бывает)
- поставить одинаковые карты D-Link, тоже с родными драйверами
- поставить что-нибудь брендовое, типа 3Com или Intel (с родными драйверами)[/QUOTE]

Поставил 2 d-link с родными дровами. Все равно вылетает.:(

[QUOTE=Visant76]Поставил 2 d-link с родными дровами. Все равно вылетает.:([/QUOTE]

Ну что-то все молчат. Предположения кончились ? :(

не кончились :)
предлагаю винду снести. если и на свежей винде глюки будут, то круши железо :-/