Проблема с адаптером Intel 82563EB на платформе 6025B-3B
Модераторы: Trinity admin`s, Free-lance moderator`s
Проблема с адаптером Intel 82563EB на платформе 6025B-3B
Добрый день.
Имеем:
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.
Замечено, что если пинговать сервер постоянно с любого другого сервера, то он не пропадает из сети и постоянно доступен.
Может кто-то сталкивался с проблемой?
Очень надеюсь на дельные советы по устранению данной проблемы.
Заранее благодарен Вам за потраченное время.
Имеем:
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.
Замечено, что если пинговать сервер постоянно с любого другого сервера, то он не пропадает из сети и постоянно доступен.
Может кто-то сталкивался с проблемой?
Очень надеюсь на дельные советы по устранению данной проблемы.
Заранее благодарен Вам за потраченное время.
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
Прошейтесь.
Переткните в другой порт на коммутаторе.
Установите Wireshark и снимайте лог, пока не прекратится связь.
Воткните в сервер 1. отдельный сетевой адаптер и переключитесь на него.
Попробуйте сбросить winsock http://support.microsoft.com/kb/811259/ru
Бэкапните и установите чистую винду.
В сервис.
Удобную последовательность составьте сами.
Переткните в другой порт на коммутаторе.
Установите Wireshark и снимайте лог, пока не прекратится связь.
Воткните в сервер 1. отдельный сетевой адаптер и переключитесь на него.
Попробуйте сбросить winsock http://support.microsoft.com/kb/811259/ru
Бэкапните и установите чистую винду.
В сервис.
Удобную последовательность составьте сами.
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
О, забыл. Коммутатор на порту сервера dropped packets не показывает случаем?
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
благодарю за совет, уже качаю, установлю и проверю.diz писал(а):Установите Wireshark и снимайте лог, пока не прекратится связь.
Сразу вопрос: не получится ли так, что данный софт будет постоянно "дергать" сетевой адаптер, а тот из-за этого не будет уходить в "даун"? По аналогии с тем случаем, как я писал в первом посте, когда сервер не пропадает из сети если его постоянно пингует другой сервер.
это, думаю, будет последний вариант решения вопроса.diz писал(а):Воткните в сервер 1. отдельный сетевой адаптер и переключитесь на него.
установлю после проверки по варианту №1diz писал(а):Попробуйте сбросить winsock http://support.microsoft.com/kb/811259/ru
а как это можно посмотреть?diz писал(а):О, забыл. Коммутатор на порту сервера dropped packets не показывает случаем?
Тоже попробую, хотя сервер свежеустановленный. Может попробовать установить x64 винду, как вариант?diz писал(а):Бэкапните и установите чистую винду.
Сервис никуда от меня не денется, успею, время еще есть.diz писал(а):В сервис.
О результатах отпишусь.
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
Так и получилось - пока программа работала на сервере, всё было ОК (был виден в сети), после этого выключил программу (завершил её работу) и сервер пропал из видимости.overmax писал(а):diz писал(а):
Установите Wireshark и снимайте лог, пока не прекратится связь.
благодарю за совет, уже качаю, установлю и проверю.
Сразу вопрос: не получится ли так, что данный софт будет постоянно "дергать" сетевой адаптер, а тот из-за этого не будет уходить в "даун"? По аналогии с тем случаем, как я писал в первом посте, когда сервер не пропадает из сети если его постоянно пингует другой сервер.
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
Подключиться к коммутатору и посмотреть статистику на порту. Но раз Вы задали такой вопрос, значит, скорей-всего у Вас неуправляемый коммутатор.overmax писал(а):а как это можно посмотреть?diz писал(а):О, забыл. Коммутатор на порту сервера dropped packets не показывает случаем?
Ждем действий по остальным пунктам. Хотя сдается мне, что если прошивка и чистая установка не поможет, дорога этой машинке в сервис.
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
Благодарю всех за идеи.
Проблема решилась в результате выполнения такого комплекса действий:
1) переустановка ОС Windows 2003 Server Standart Edition R2;
2) установлены только драйвера для сетевых интерфейсов (Intel ProSet не устанавливал, только драйвера), настроек драйверов не менял, кроме одного - отключил возможность управления энергопотреблением сетевого интерфейса;
3) переключение патчкорда во второй интерфейс.
Порт на свитче не менял.
Теперь сервер отвечает на пинги и из сети не пропадает.
Еще раз, благодарю всех, кто откликнулся.
Тему можно закрывать по причине её решения.
Проблема решилась в результате выполнения такого комплекса действий:
1) переустановка ОС Windows 2003 Server Standart Edition R2;
2) установлены только драйвера для сетевых интерфейсов (Intel ProSet не устанавливал, только драйвера), настроек драйверов не менял, кроме одного - отключил возможность управления энергопотреблением сетевого интерфейса;
3) переключение патчкорда во второй интерфейс.
Порт на свитче не менял.
Теперь сервер отвечает на пинги и из сети не пропадает.
Еще раз, благодарю всех, кто откликнулся.
Тему можно закрывать по причине её решения.
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
Т.е., получается, что одна из сетевух кривая?overmax писал(а):3) переключение патчкорда во второй интерфейс.
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
Я бы ещё попробовал все соединить простым совсем не управляемым свичём.
Или внимательно читать логи которые пишет свич. Лучше настроить где-нибудь 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 ни чего не имею, во всяком случае к бытовым железкам.
Или внимательно читать логи которые пишет свич. Лучше настроить где-нибудь 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 ни чего не имею, во всяком случае к бытовым железкам.
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
Подозреваю что пункт 3 был решающимdiz писал(а):Т.е., получается, что одна из сетевух кривая?overmax писал(а):3) переключение патчкорда во второй интерфейс.
Кривость заключается в том что на этих платформах вставленный в маму IPMI будет светиться на первом(нулевом) порту мамы
И если в биосе для ipmi был задан ip тот же что у сервера, то у маршрутизатора сносит крышу (два разных мак адреса с одним и тем же ip да ещё из одного разъёма)
Пока сервер осуществляет общение по своему интерфейсу - все хорошо, когда начинается простой у сервера свой голос подаёт ipmi (точнее к нему маршрутизатор начинает прислушиваться) ну и все - в маршруте заданного ip стоит другой мак.
P.S. это мое предположение, было бы хорошо если автор подтвердил или апроверг наличие в серверах IPMI карт
Re: Проблема с адаптером Intel 82563EB на платформе 6025B-3B
который год читаю про одну и ту же проблему с этим чипом, и все начинают ее заново обсасывать.
коротко:
Для вин и лин достаточно скачать новые дрова, в дистрибутивах дрова меняют нечасто.
Для vmware esx необходимо использовать нормальный гигабитный свич, например, на cisco 3560G проблем нет, а на курве 2626 (кстати неплохое оборудование и недорогое) на 100 порту есть. Последние update на esx может и содержат новый драйвер e1000, не проверял, смысла нет.
коротко:
Для вин и лин достаточно скачать новые дрова, в дистрибутивах дрова меняют нечасто.
Для vmware esx необходимо использовать нормальный гигабитный свич, например, на cisco 3560G проблем нет, а на курве 2626 (кстати неплохое оборудование и недорогое) на 100 порту есть. Последние update на esx может и содержат новый драйвер e1000, не проверял, смысла нет.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 36 гостей