Проблема с адаптером Intel 82563EB на платформе 6025B-3B

У вас сложности? Наши специалисты постараются помочь вам. Если вы сами сталкивались с похожими проблемами - поделитесь опытом.

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
overmax
Junior member
Сообщения: 4
Зарегистрирован: 26 мар 2009, 14:50
Откуда: Kiev

Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение overmax » 26 мар 2009, 16:10

Добрый день.

Имеем:
1) сервер на платформе 6025B-3B (мать Super X7DB3), интегрированный сдвоенный гигабитный сетевой адаптер Intel 82563EB; установлена Win2003Server R2 Rus (обновлена до сегодня); сервер терминальных подключений; установлены драйвера Intel Pro Set v.13.5.1, скачанные с сайта Intel.
2) свитч Linksys SRW224G4 (4x1Gb + 24x100Mb порты)
3) сервер на платформе 5015B-MTB (мать Super X7SBi), интегрированные гигабитные сетевые контроллеры Intel 82573V и Intel 82573L; установлена Win2003Server R2 Rus (обновлена до сегодня); сервер контроллер домена.
4) сервера п.1 и п.3 включены в гигабитные порты свитча п.2, каждый сервер включен одним линком

Проблема:
Сервер п.1 периодически пропадает из сети, как будто по какому-то таймауту (достаточно 5-10 минут простоя - свернуть RDP, перестать пинговать сервер и т.д.) при отсутствии обращений к нему. При этом сервер п.3 работает также постоянно и постоянно доступен по сети.
Характер пропаданий сервера п.1 из сети следующий:
1) перестает пинговаться (превышение таймаута), но если пинг запустить с ключом -t, то через минут через 2-5 сервер начинает отвечать, к нему можно подключиться по терминалу.
2) Если подключен к нему терминально (RDP) и сворачиваешь окно терминала (при этом в данный момент на нем никто не работает), то через минут пять при попытке возобновить окно терминальной сессии получаем на экране ту же картинку, при которой окно и сворачивали, но на ней ничто не активно, при этом появляется сообщение о попытке возобновления сеанса (восстанавливается сеанс только после 4-5 попытки)

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

Для решения проблемы предпринимал такие действия:
1) в соотсветсвии с топиком http://3nity.ru/viewtopic.php?t=3040 отключал параметры расчета контрольных сумм: Offload Receive IP Checksum, Offload Receive TCP Checksum, Offload Transmit IP Checksum, Offload Transmit TCP Checksum, Offload TCP Segmentation. Функция Adaptive Inter-frame Spacing, которую рекомендовали отключить инженеры Intel, в данной версии драйверов отключена по умолчанию.
2) выставлял на адаптере принудительно скорость соединения в 1Gb/s - не помогло.
3) полностью с диспетчере устройств отключил управление электропитанием адаптера, а также отключил данную функцию в самом драйвере от Intel.

Замечено, что если пинговать сервер постоянно с любого другого сервера, то он не пропадает из сети и постоянно доступен.

Может кто-то сталкивался с проблемой?
Очень надеюсь на дельные советы по устранению данной проблемы.

Заранее благодарен Вам за потраченное время.

Аватара пользователя
diz
Advanced member
Сообщения: 1189
Зарегистрирован: 12 янв 2009, 12:09
Откуда: Пермь

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение diz » 26 мар 2009, 16:33

Прошейтесь.

Переткните в другой порт на коммутаторе.

Установите Wireshark и снимайте лог, пока не прекратится связь.

Воткните в сервер 1. отдельный сетевой адаптер и переключитесь на него.

Попробуйте сбросить winsock http://support.microsoft.com/kb/811259/ru

Бэкапните и установите чистую винду.

В сервис.

Удобную последовательность составьте сами.

Аватара пользователя
diz
Advanced member
Сообщения: 1189
Зарегистрирован: 12 янв 2009, 12:09
Откуда: Пермь

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение diz » 26 мар 2009, 16:38

О, забыл. Коммутатор на порту сервера dropped packets не показывает случаем?

overmax
Junior member
Сообщения: 4
Зарегистрирован: 26 мар 2009, 14:50
Откуда: Kiev

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение overmax » 26 мар 2009, 18:52

diz писал(а):Установите Wireshark и снимайте лог, пока не прекратится связь.
благодарю за совет, уже качаю, установлю и проверю.
Сразу вопрос: не получится ли так, что данный софт будет постоянно "дергать" сетевой адаптер, а тот из-за этого не будет уходить в "даун"? По аналогии с тем случаем, как я писал в первом посте, когда сервер не пропадает из сети если его постоянно пингует другой сервер.

diz писал(а):Воткните в сервер 1. отдельный сетевой адаптер и переключитесь на него.
это, думаю, будет последний вариант решения вопроса.

diz писал(а):Попробуйте сбросить winsock http://support.microsoft.com/kb/811259/ru
установлю после проверки по варианту №1

diz писал(а):О, забыл. Коммутатор на порту сервера dropped packets не показывает случаем?
а как это можно посмотреть?

diz писал(а):Бэкапните и установите чистую винду.
Тоже попробую, хотя сервер свежеустановленный. Может попробовать установить x64 винду, как вариант?

diz писал(а):В сервис.
Сервис никуда от меня не денется, успею, время еще есть.


О результатах отпишусь.

overmax
Junior member
Сообщения: 4
Зарегистрирован: 26 мар 2009, 14:50
Откуда: Kiev

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение overmax » 26 мар 2009, 19:44

overmax писал(а):diz писал(а):
Установите Wireshark и снимайте лог, пока не прекратится связь.


благодарю за совет, уже качаю, установлю и проверю.
Сразу вопрос: не получится ли так, что данный софт будет постоянно "дергать" сетевой адаптер, а тот из-за этого не будет уходить в "даун"? По аналогии с тем случаем, как я писал в первом посте, когда сервер не пропадает из сети если его постоянно пингует другой сервер.
Так и получилось - пока программа работала на сервере, всё было ОК (был виден в сети), после этого выключил программу (завершил её работу) и сервер пропал из видимости. :(

Аватара пользователя
diz
Advanced member
Сообщения: 1189
Зарегистрирован: 12 янв 2009, 12:09
Откуда: Пермь

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение diz » 27 мар 2009, 06:31

overmax писал(а):
diz писал(а):О, забыл. Коммутатор на порту сервера dropped packets не показывает случаем?
а как это можно посмотреть?
Подключиться к коммутатору и посмотреть статистику на порту. Но раз Вы задали такой вопрос, значит, скорей-всего у Вас неуправляемый коммутатор.

Ждем действий по остальным пунктам. Хотя сдается мне, что если прошивка и чистая установка не поможет, дорога этой машинке в сервис.

overmax
Junior member
Сообщения: 4
Зарегистрирован: 26 мар 2009, 14:50
Откуда: Kiev

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение overmax » 13 апр 2009, 17:58

Благодарю всех за идеи.

Проблема решилась в результате выполнения такого комплекса действий:
1) переустановка ОС Windows 2003 Server Standart Edition R2;
2) установлены только драйвера для сетевых интерфейсов (Intel ProSet не устанавливал, только драйвера), настроек драйверов не менял, кроме одного - отключил возможность управления энергопотреблением сетевого интерфейса;
3) переключение патчкорда во второй интерфейс.

Порт на свитче не менял.
Теперь сервер отвечает на пинги и из сети не пропадает. :D

Еще раз, благодарю всех, кто откликнулся.

Тему можно закрывать по причине её решения.

Аватара пользователя
diz
Advanced member
Сообщения: 1189
Зарегистрирован: 12 янв 2009, 12:09
Откуда: Пермь

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение diz » 22 апр 2009, 07:04

overmax писал(а):3) переключение патчкорда во второй интерфейс.
Т.е., получается, что одна из сетевух кривая?

dopod
Junior member
Сообщения: 12
Зарегистрирован: 18 апр 2009, 16:39
Откуда: Санкт-Петербург

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение dopod » 22 апр 2009, 17:27

Я бы ещё попробовал все соединить простым совсем не управляемым свичём.
Или внимательно читать логи которые пишет свич. Лучше настроить где-нибудь syslog сервер и в свиче
указать чтоб логи скидывал на тот сервер.
Наверняка есть какая-то ошибка из серии
cause udld
cause bpduguard
cause security-violation
cause channel-misconfig
cause pagp-flap
cause dtp-flap
cause link-flap
cause psecure-violation
cause gbic-invalid
cause dhcp-rate-limit
cause unicast-flood
cause vmps
cause loopback
и из за неё свич может блокировать передачу на некоторое время.

Я вроде ни где не видел чтоб вы пробовали напрямую их соединить без того свича.
Потому как написано про ваш свич:
Интеллектуальное управление трафиком благодаря функциям установления пределов скорости, ограничения скорости трафика, формирования профиля трафика и управления лавиной пакетов.... и так далие
Уж очень может быть что он тут принимает участие в ваших бедах

А уж "cause loopback" у меня сколько раз встречалось!! Тоже была проблема умный свич и не очень умные роутеры zyxel, вот там почему то loopback за милую душу появляется. Но против zyxel ни чего не имею, во всяком случае к бытовым железкам.

Аватара пользователя
setar
Site Admin
Site Admin
Сообщения: 1990
Зарегистрирован: 22 авг 2002, 12:03
Откуда: St. Petersburg

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение setar » 27 апр 2009, 18:41

diz писал(а):
overmax писал(а):3) переключение патчкорда во второй интерфейс.
Т.е., получается, что одна из сетевух кривая?
Подозреваю что пункт 3 был решающим :)
Кривость заключается в том что на этих платформах вставленный в маму IPMI будет светиться на первом(нулевом) порту мамы
И если в биосе для ipmi был задан ip тот же что у сервера, то у маршрутизатора сносит крышу (два разных мак адреса с одним и тем же ip да ещё из одного разъёма)
Пока сервер осуществляет общение по своему интерфейсу - все хорошо, когда начинается простой у сервера свой голос подаёт ipmi (точнее к нему маршрутизатор начинает прислушиваться) ну и все - в маршруте заданного ip стоит другой мак.

P.S. это мое предположение, было бы хорошо если автор подтвердил или апроверг наличие в серверах IPMI карт

kstogov
Power member
Сообщения: 38
Зарегистрирован: 22 июн 2005, 10:23
Откуда: Петербург

Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B

Сообщение kstogov » 05 май 2009, 08:30

который год читаю про одну и ту же проблему с этим чипом, и все начинают ее заново обсасывать.
коротко:
Для вин и лин достаточно скачать новые дрова, в дистрибутивах дрова меняют нечасто.
Для vmware esx необходимо использовать нормальный гигабитный свич, например, на cisco 3560G проблем нет, а на курве 2626 (кстати неплохое оборудование и недорогое) на 100 порту есть. Последние update на esx может и содержат новый драйвер e1000, не проверял, смысла нет.

Ответить

Вернуться в «Серверы - Решение проблем»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 24 гостя