24 августа 2013 г.

Supermicro X9SRH-7F Intel I350 driver lan bag

UPD2: Закрыто за неответом Supermicro.Можно конечно написать что-то гневное, но я частично знаю специфику работы саппортов и то сколько тикетов им приходится закрывать.Видимо моё желание помочь было не востребовано.
На данной платформе мы кстати заказывали ещё пару тройку серверов.Касательно проблемы дисконнекта: на одном из серверов дисконнект был раз в 4 часа на других не знаюА так везде использовали стабильные драйвера найденые мной.
Перечитав пост я понял, что версию рабочего драйвера я написал, но сам драйвер не выложил.Возможно кому-то когда-нибудь пригодится:

UPD:Вести от  Supermicro

Такие компании как Intel за свою многолетнюю историю сильно подводили меня лишь несколько раз и то драйверами.Если к вам приходит сервер в основе которого Supermicro X9SRH-7F и вам надо перенести старый терминальный сервер на Microsoft Windows Server 2003 R2 Enterprise Edition x32 на новое железо.Сделать это прозрачно и за пару(один) дней.То простите хер вам.Вы прокопаетесь две недели с учётом сторонней занятости.Основная причина Intel I350 Gigabit Ethernet Controller, а именно несовместимость драйверов с операционными системами Windows NT 5.Чтобы не быть многословным, таблица с действиями и результатами ниже.

ДействиеРезультат
1До начала проблем. Развёртывание образа терминального сервера, т.к. Acronis не смог подхватить raid(даже с добавлением драйверов).
То развёртывание сначала на sata диск с выставлением sata IDE mode.С последующей инсталляцией драйверов дравер паком SamDrivers 13.4.Последующее клонирование с sata диска на один из raid'ов с уже содержащимися в системе драйверами контроллера.
Драйвера установились нормально.С сетевыми адаптерами проблемы не выявлено, потому что использование сети было минимально.Файлы не гонялись нагрузки на сеть вобще не было.
2День ввода сервера.Действия описанные выше.Проблема с сетевыми адаптерами, а именно периодический дисконнект.
Сервер подключен напрямую к маршрутизаторам.К различным управляемым D-LINK и TP-LINK,неуправляемым TP-LINK.
Недавно пару портов отсыхало на свичах, но если бы их было настолько много, то я бы напрягся.
Проблема остаётся.
3Проверено в биосе нет ли включеного Link Aggregation.Он отключен.
Поочерёдное вытаскивание PCI to USB(для ключей 1С, потому как на мат плате всего два задних usb) плат Gembird_UPC-20-4P, Agestar AS-PU220-V и проверка сети.Думал дело в них.
Проблема остаётся.
Установка отдельной сетевой карты PCI-E Gigabit TG-3468Стабильная работа данного адаптера при использовании сети
Повторное развёртывание образа сервера минуя драйверпак SamDrivers 13.4 с  установкой драйверов с сайта поддержки платы Supermicro, потом от Intel.Проблема остаётся.
4Установка Windows 7 Ultimate x64 c установкой последних драйверов на lan с сайта Intel.Проблемы нет.Скопировал из сети 168 ГБ без дисконнектов.
Нашёл похожую проблему, но с другой Supermicro X9SCM-F и описание lan lag'а high latency при использовании VMware ESXi 5.1 и применению каких-то заплаток.
5Подцепили винт с FreeBSD 9.1.Поперегоняли файлы.Проблемы нет.
Позвонил поставщику, спросил о перепрошивке bios и не слетит ли гарантия в случае чего.Перенаправили на тех саппорт.В принципе единственное, что дельного сказали напрямую соединить сервер и компьютер минуя сетевое оборудование, если нет понизить версию драйвера.

Сказал также, что перепрошивка bios не повлияет на встроенные сетевые адаптеры, что странно само по себе.
Местами кстати влияет и ещё как."А если не взлетит?"-"Я боюсь даже об этом думать"

Ну на самом деле до этого попробовано 2 версии драйверов, а напрямую я ещё не подключал из-за недостатка времени.
На прямую та же хрень.
6
Стремаюсь перепрошивки из-за возможных проблем с гарантией.Чёб там не говорили.
Из-за морального напряга и невнимательности пытался перешить прошивокй от X9SCM-F, а не от X9SRH-7F.

В конец всё достало.Разворачиваю Windows XP x32, Windos Server 2003 Enterprise x32, Windows 7 Ultinate x 64.
Снимаю образ без установленных драйверов на систему и начинаю экспериментировать с драйверами.
Чтобы сузить проблему до конкретной ситуации, а то там работает там не работает.
Windows 7 x64+12.3.35.0=работает
Windos XP x32/ Server 2003 Enterprise x32+12.3.35.0(12.4.36.0)=не работает
ESSPEE-R3 x86(Backtrack 5r3 под рукой не было)=работает
Windos XP x32/ Server 2003 Enterprise x32+11.11.44.0=работает
7
Попробовать разные образы дистрибутивов Windows XP/2003Не потребовалось.

Связка Windos XP x32/Server 2003 Enterprise x32+11.11.44.0. заработала.Это более чем смешно, потому что драйвера аж 2011 года выпуска.Каким образом производитель допускает размещение нерабочих драйверов?Наверное в саппорт никто не пишет и не обращается, а может сразу bios шьют и всё  работает.

Написал на ломаном английском на Support@Supermicro.com описание того, что было изложено выше в лёгком концентрированном варианте.Посмотрим что будет.

Казалось бы рядовая ситуация.Сервер поставить новый.Перед этим естественно его надо протестировать, а желательно разобрать и посмотреть, что внутри.Я конечно напишу, но вы все сделаете вид, что не читали и не слышали.На данном сервере был спален SAS Seagate ST3300657SS(300 Gb/15000rpm) из-за категорически неправильной системы охлаждения.

По части:
CPU: LinX
HDD: Victoria
RAM: Memtest86+
HighLoad: OCCT Perestroika, с этим я был бы очень аккуратен.Это касательно бесплтаных аналогов, есть ещё коммерческие AIDA64, PCMark, SiSoftware Sandra.Тут уж вы сами выбираете.
LAN:???Да именно. Как часто вы тестируете пропускную способность сетевого адаптера?Наверное только тогда,  когда ставите сервер в работу.Хотя возможно я ошибаюсь и наверное так оно и есть.Но это всё так single mode, а под реальной нагрузкой?

По части сети есть коммерческий проект IxChariot.Судь данного проекта заключается в возможности моделирования потоков траффика(различного вида) между устанавливаемыми на различные версии систем endpoint'ами.На русском можно почитать у дистрибьютора на ixchariot.ru/tests/
Но ничто не мешает нам воспользоваться например:packETHOstinato и множестом других генераторов траффика с внешней стороны, а на принимающей виндовой NetWorx. или любой другой по замеру провалов.По поводу программ выше, я написал о частном случае теста соединения сервер-компьютер напрямую, минуя сетевое оборудование.В IxChariot в тесте(скрипты тестов я не редактировал) High_Performance_Throughput было сгенерировано 1,95 Гб траффика и тест длился 24 часа. В Ultra_High_Performance_Throughput 92,3 Гб за 16 минут.

МОРАЛЬ:
1)Использовать драйверов с оф.сайта.Хотя как показала практика выше новые версии драйверов не работали, а работает драйвер аж 2011 года выпуска.Более ранняя версии ищется с лёгкой степенью напряга.

2)Не уповать на драйверпаки.Ну я пользуюсь им потому что быстро и не надо напрягаться выкачивать архивы и что-то искать.

3)Попробовать функционирование в разных ОС.*nix тут на самом деле та самая панацея и альтернатива.Live-cd там разные. Backtrack 5 R3 кстати хорош, ну и форк ESSPEE-R3.Пару раз выручал там где виндовые загрузочные диски просто падали и надо было перенести данные на другие носители по сети или напрямую.Использование дугой ОС ну если не сразу, то хотя бы вносит ясность и позволяет сузить поиск проблемы.

4)Вы видели сайт NVIDIA.Первое левое меню какое?А у остальных?Не то офф. сайт, не то магазин.Это всё к тому что драйвера порой и в поиске по сайту не найти.Только по индексации гугла.

5)Перебрать все варианты.Нарисовать табличку вот как у меня с + и =.Так удобнее с начальством и поставщиком общаться и в официальный саппорт писать, чтобы не слышать потом в трубке или читать в почте как из IT CROWD:"Выключить и включить пробовали?"Не раз так бывало.Пол дня помню переписывался с саппортом Xerox, чтобы это услышать.

6)И наверное самое главное: по возможности всесторонне тестировать оборудование перед вводом в эксплуатацию.


UPD:Сервер я поставил.Всё взлетело.Проблем никаких.Зарегистировался на офе Supermicro.Создал запрос, обрисовал ситуацию опять же на ломаном английсом, но старался описать ход проделанных мыслей.В ответ пока получил вопрос, о том зачем я устанавливаю пользовательскую операционную систему Windows Xp на северное железо и мол дескать Intel C602J чипсет не поддерживает её, но она спокойно на нём работает.Уже моё.Зачем системные администраторы ставят пользовательские системы на серверное железо?Чую дело глухо.

Комментариев нет:

Отправить комментарий