Тиминг на X7DBE
Модераторы: Trinity admin`s, Free-lance moderator`s
-
- Advanced member
- Сообщения: 235
- Зарегистрирован: 27 авг 2002, 14:03
- Откуда: Киров
- Контактная информация:
Тиминг на X7DBE
Доброго времени суток.
Имеется такая проблема: есть сервер на базе матплаты Supermicro X7DBE. В плату установлена IPMI-карта AOC-SIMLP-B+. На матплате есть 2 встроенных адаптера. Мне необходимо агрегировать их (в терминологии интел - создать team). На свиче выставил соответвующие режимы соответвующих портов. Сервер пока на тестировании приходится часто перезагружать. Заметил, что при загрузке компьютера в журнале появляется сообщение: "Intel(R) PRO/1000 EB Network Connection with I/O... is improperly configured.The adapter cannot process the remote management features and be a member of an EtherChannel or 802.3ad network team at the same time."
Попробовал удалить созданную team и создать заново, при добавление адаптера в team, на экране появляется сообщение (которое при первичной установке скорее всего автоматом пропустил): "Intel(R) PRO/1000 EB Network Connection with I/O... is configured to access the remote management features of this system. If system management features are enabled, network access to them will be loss. Other network traffic will be handled by the team. Do you want to continue?".
Естественно, при нажатии "да" и последующий перезагрузке в журнале вновь появляется сообщение.
Каким образом сделать так чтобы это сообщение не появлялось? Или перефразируя, как отключить эту самую remote management features на адаптере?
Имеется такая проблема: есть сервер на базе матплаты Supermicro X7DBE. В плату установлена IPMI-карта AOC-SIMLP-B+. На матплате есть 2 встроенных адаптера. Мне необходимо агрегировать их (в терминологии интел - создать team). На свиче выставил соответвующие режимы соответвующих портов. Сервер пока на тестировании приходится часто перезагружать. Заметил, что при загрузке компьютера в журнале появляется сообщение: "Intel(R) PRO/1000 EB Network Connection with I/O... is improperly configured.The adapter cannot process the remote management features and be a member of an EtherChannel or 802.3ad network team at the same time."
Попробовал удалить созданную team и создать заново, при добавление адаптера в team, на экране появляется сообщение (которое при первичной установке скорее всего автоматом пропустил): "Intel(R) PRO/1000 EB Network Connection with I/O... is configured to access the remote management features of this system. If system management features are enabled, network access to them will be loss. Other network traffic will be handled by the team. Do you want to continue?".
Естественно, при нажатии "да" и последующий перезагрузке в журнале вновь появляется сообщение.
Каким образом сделать так чтобы это сообщение не появлялось? Или перефразируя, как отключить эту самую remote management features на адаптере?
Re: Тиминг на X7DBE
Судя по всему, вы хотите добавить в группу (Team) сетевой интерфейс IPMI карточки. Вполне резонно Система Вам отвечает, что если Вы добавляете этот интерфейс в группу, то он становится недоступен снаружи. Т.к. коммутатор будет равновмерно разбрасывать все пакеты по всем интерфейсам, включенным в Team, то вы не сможете работать с интерфейсом, через который работает IPMI процессор.Zirro писал(а):Доброго времени суток.
Имеется такая проблема: есть сервер на базе матплаты Supermicro X7DBE. В плату установлена IPMI-карта AOC-SIMLP-B+. На матплате есть 2 встроенных адаптера. Мне необходимо агрегировать их (в терминологии интел - создать team). На свиче выставил соответвующие режимы соответвующих портов. Сервер пока на тестировании приходится часто перезагружать. Заметил, что при загрузке компьютера в журнале появляется сообщение: "Intel(R) PRO/1000 EB Network Connection with I/O... is improperly configured.The adapter cannot process the remote management features and be a member of an EtherChannel or 802.3ad network team at the same time."
Попробовал удалить созданную team и создать заново, при добавление адаптера в team, на экране появляется сообщение (которое при первичной установке скорее всего автоматом пропустил): "Intel(R) PRO/1000 EB Network Connection with I/O... is configured to access the remote management features of this system. If system management features are enabled, network access to them will be loss. Other network traffic will be handled by the team. Do you want to continue?".
Естественно, при нажатии "да" и последующий перезагрузке в журнале вновь появляется сообщение.
Каким образом сделать так чтобы это сообщение не появлялось? Или перефразируя, как отключить эту самую remote management features на адаптере?
Re: Тиминг на X7DBE
У вас на первой (нулевой) сетевухе висит два мака (сетка+ipmi)
я пока не видел ни одного коммутатора который умеет делать агрегирование портов если в них больше одного мака.
Нужно задать мак адрес для IPMI отличным от маков сетевух и вывести его отдельным выкидышем-хвостиком идущем в комплекте
можете поискать "ipmi" здесь на форуме, по моим постам, я подробно описывал процедуру
я пока не видел ни одного коммутатора который умеет делать агрегирование портов если в них больше одного мака.
Нужно задать мак адрес для IPMI отличным от маков сетевух и вывести его отдельным выкидышем-хвостиком идущем в комплекте
можете поискать "ipmi" здесь на форуме, по моим постам, я подробно описывал процедуру
-
- Advanced member
- Сообщения: 235
- Зарегистрирован: 27 авг 2002, 14:03
- Откуда: Киров
- Контактная информация:
Re: Тиминг на X7DBE
Я подозреваю нечто подобное, но как увидеть этот призрачный второй (а суммарно - третий) mac. Вот вывод ipconfigsetar писал(а):У вас на первой (нулевой) сетевухе висит два мака (сетка+ipmi)
C:\Documents and Settings\Администратор>ipconfig /all
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : apex-kio-serv
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : широковещательный
IP-маршрутизация включена . . . . : нет
WINS-прокси включен . . . . . . . : нет
LAN team member 2 - Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Intel(R) PRO/1000 EB Network Connection with I/O Acceleration #2
Физический адрес. . . . . . . . . : 00-30-48-66-66-1B
DHCP включен. . . . . . . . . . . : да
Автонастройка включена . . . . . : да
IP-адрес . . . . . . . . . . . . : 0.0.0.0
Маска подсети . . . . . . . . . . : 0.0.0.0
Основной шлюз . . . . . . . . . . :
DHCP-сервер . . . . . . . . . . . : 255.255.255.255
LAN team member 1 - Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Intel(R) PRO/1000 EB Network Connection with I/O Acceleration
Физический адрес. . . . . . . . . : 00-30-48-66-66-1A
DHCP включен. . . . . . . . . . . : да
Автонастройка включена . . . . . : да
IP-адрес . . . . . . . . . . . . : 0.0.0.0
Маска подсети . . . . . . . . . . : 0.0.0.0
Основной шлюз . . . . . . . . . . :
DHCP-сервер . . . . . . . . . . . : 255.255.255.255
не вижу здесь 3-го mac'а.
Подозреваю, что Вы имеете в виду эту тему, но как я понял там речь идёт об ipmi карте не имеющей своего физического интерфейса и потому он (интерфейс) выводится на eth0 и соответственно присваивается второй mac. У меня IPMI имеет свой собственный интерфейс.setar писал(а):можете поискать "ipmi" здесь на форуме, по моим постам, я подробно описывал процедуру
Ещё до создания темы поигрался с mac'ом IPMI карты по наводке одного из сотрудников Тринити - не помогло.
Re: Тиминг на X7DBE
Тут ситуация какая - вы не увидите третьего мака из операционки, ибо его там нет
там объединение потоков на уровне железа, потока на первом интерфейсе может быть два :
1. сетевуха мамы (свой мак, ip , гейт и тд)
2. сетевуха IPMI (все отличные свои параметры.)
так вот этот третий мак можно увидеть лишь со стороны свича
а то что в IPMI карте воткнут внешний хвост вовсе не значит что поток управления выведен на него
проверить очень просто - запустите управление по IPMIView и выньте провод от отдельного разъема ipmi
я в свое время был очень удивлен тем что управлеие сохранилось
в любом случае убедитесь что в биосе для IPMI карты заданы отличные от первой сетевухи параметры mac и ip
там объединение потоков на уровне железа, потока на первом интерфейсе может быть два :
1. сетевуха мамы (свой мак, ip , гейт и тд)
2. сетевуха IPMI (все отличные свои параметры.)
так вот этот третий мак можно увидеть лишь со стороны свича
а то что в IPMI карте воткнут внешний хвост вовсе не значит что поток управления выведен на него
проверить очень просто - запустите управление по IPMIView и выньте провод от отдельного разъема ipmi
я в свое время был очень удивлен тем что управлеие сохранилось
в любом случае убедитесь что в биосе для IPMI карты заданы отличные от первой сетевухи параметры mac и ip
-
- Advanced member
- Сообщения: 235
- Зарегистрирован: 27 авг 2002, 14:03
- Откуда: Киров
- Контактная информация:
Re: Тиминг на X7DBE
Проверял - не работает. Вынул кабель из интерфейса IPMI и IPMIView перестал видеть сервер.setar писал(а):проверить очень просто - запустите управление по IPMIView и выньте провод от отдельного разъема ipmi я в свое время был очень удивлен тем что управлеие сохранилось
Вывод с сетевых карт приводил уже. Вот настройки IPMI. Насколько я могу судить mac-адреса у всех 3-ёх устройств разные и кроме того, как я уже писал для перестраховки менял адрес на IPMI-карте (изначальный был 00:30:48:97:18:33)в любом случае убедитесь что в биосе для IPMI карты заданы отличные от первой сетевухи параметры mac и ip
-
- Advanced member
- Сообщения: 235
- Зарегистрирован: 27 авг 2002, 14:03
- Откуда: Киров
- Контактная информация:
Re: Тиминг на X7DBE
Заинтересовался этим Вашим предположением. Решил проверить. Со стороны свича созданный транк видно как одно устройство.setar писал(а):так вот этот третий мак можно увидеть лишь со стороны свича
KIO_Core(config)# sho mac-address Trk2
Status and Counters - Port Address Table - Trk2
MAC Address
-------------
003048-66661a
разломал транк на свиче и на сервере. Воткнул отдельно eth0 в свич и тоже не вижу этого призрачного второго mac'а на eth0
KIO_Core(config)# sho mac-address h6
Status and Counters - Port Address Table - H6
MAC Address
-------------
003048-66661a
И в том и в другом случае это mac-адрес eth0, который видно и из операционки.
Но, собственно, это оклонение от темы, хотелось бы всё таки решить проблему озвученную в первом посте.
Re: Тиминг на X7DBE
Перечитал ветку и не понял главного, поднимается ли транк в результате ?
Если поднимается то я думаю это сообщение нужно просто игнорировать.
оно же информационного типа, так ?
драйвер честно предупреждает что не сможет запихать трафик от IPMI в транк канал
Если поднимается то я думаю это сообщение нужно просто игнорировать.
оно же информационного типа, так ?
драйвер честно предупреждает что не сможет запихать трафик от IPMI в транк канал
-
- Advanced member
- Сообщения: 235
- Зарегистрирован: 27 авг 2002, 14:03
- Откуда: Киров
- Контактная информация:
Re: Тиминг на X7DBE
Скорее да, чем нет. По крайней мере Диспетчер задач рапортует о линке 2Gb. Ну и к серверу можно достучаться по созданному транку. Меня смущают обозначенные выше сообщения в журнале ну и плюс есть некоторые ошибки в работе сети. Вот и пытаюсь выяснить откуда ноги ростут. Да и, в конце концов, стало интересно, что это за "мистический" второй mac-адрес.setar писал(а):Перечитал ветку и не понял главного, поднимается ли транк в результате ?
Re: Тиминг на X7DBE
ну тогда думаю примерно все понятно.
драйверы для сетевухи написаны универсальными поддерживающими оба варианта хождения трафика ipmi,
и просто предупреждают что можно отрезать сук на котором сидишь
драйверы для сетевухи написаны универсальными поддерживающими оба варианта хождения трафика ipmi,
и просто предупреждают что можно отрезать сук на котором сидишь
-
- Advanced member
- Сообщения: 235
- Зарегистрирован: 27 авг 2002, 14:03
- Откуда: Киров
- Контактная информация:
Re: Тиминг на X7DBE
Мне в принципе этот "сук" без надобности, так как IPMI и без него работает. Довольно странно что эта возможность нигде не отключается (или может я не нашёл), но видимо придётся "забить". Да и в работе сервер надеюсь не придётся часто перезагружать, соответсвенно надеюсь и в журнале буду видеть редко это сообщение.setar писал(а):просто предупреждают что можно отрезать сук на котором сидишь
ВСЕХ С НОВЫМ ГОДОМ!!!
-
- Advanced member
- Сообщения: 235
- Зарегистрирован: 27 авг 2002, 14:03
- Откуда: Киров
- Контактная информация:
Re: Тиминг на X7DBE
История оказалась с продолжением.
Решив воспользоваться советами данными в этой ветке, не обращая внимание на приведённое выше сообщение, создал Team на сервере, ещё немного его погонял и поставил в работу (дело было в выходные). В понедельник ВСЕ пользователи с ОС Vista обратились с одной и той же проблемой: не могут подключится к серверу. Так как Vista в подавляющем большинстве стоит на ноутбуках (в нашей организации), а ноутбуки в основном у начальников отделов и директоров, то "обратились" - это слишком мягко сказано. Это, так сказать, в порядке лирического отступления. Проблему с этим решили оставив часть пользователей на старом сервере. Дальше я стал разбираться отчего же пользователи с XP нормально работают с сервером, а пользователи с Vista упорно отказываются его видеть. Отключал и настраивал фаерволы, смотрел службы, политики, качал обновления ... в общем долго с бубном танцевал. Уже ни на что не надеясь скачал свежие драйвера с сайта интела (13.5) и установил. После установки драйверов созданный Team почему то развалился, что добавляет ещё одну странность ко всей ситуации. Я, увидев что в системе снова 2 отдельных интерфейса, решил попробовать, а что будет если просто один интерфейс оставить, т.е. не объединять в транк, отключить один интерфейс, а на "живом" прописать IP-адрес (естественно "живой" был переключен в другой порт на свиче, не входящий в транковую группу). Эксперимент начал с 1-го интерфейса - результат тот же: XP машины видят сервер, а c Vista - нет. Уже ни на что не надеясь поменял интерфейсы - отключил 1-ый и включил 2-ой. И, О ЧУДО, всё заработало!!!
Получается что ситуация которая начиналась как лёгкая неприятность переросла в серьёзную проблему: уж не знаю как, но похоже этот самый "скрытый mac" "глушит" какой-то траффик на 1-ом интерфейсе. Так как сервер довольно прилично нагружен по сети, то мне необходим транк на нём. Но, из-за описанной проблемы, я не могу полноценно использовать транк на встроенных сетевушках.
Есть ли какое то решение в данной ситуации или менять сервер по гарантии (что я думаю не интересно ни Тринити ни мне).
Да, ещё одна неприятная особенность данного сервера: во время экспериментов приходилось перезагружать сервер. Посылаешь сервер в перезагруз и ждёшь минуту, пять, 10 ... Терпение заканчивается, идём смотреть консоль - на консоли видно что POST прошёл и на экране сообщение "журнал событий переполнен нажмите то-то чтоб продолжить, то-то чтоб очистить..." Серверов Supermicro у меня не 1 и не 2, в том числе и в этой же серверной стойке (запитаных от одних ИБП и обдуваемых одними и теми же кондеями) но ни одном из них нет таких проблем. То ли на этом сервере мизерная память под логи, то ли он какой-то сверхчуствительный и засоряет всю память буквально за 4-5 дней сообщениями типа (обороты вентилятора понизились ниже критического уровня, напряжение упало ниже уровня и т.д. и т.п.).
Решив воспользоваться советами данными в этой ветке, не обращая внимание на приведённое выше сообщение, создал Team на сервере, ещё немного его погонял и поставил в работу (дело было в выходные). В понедельник ВСЕ пользователи с ОС Vista обратились с одной и той же проблемой: не могут подключится к серверу. Так как Vista в подавляющем большинстве стоит на ноутбуках (в нашей организации), а ноутбуки в основном у начальников отделов и директоров, то "обратились" - это слишком мягко сказано. Это, так сказать, в порядке лирического отступления. Проблему с этим решили оставив часть пользователей на старом сервере. Дальше я стал разбираться отчего же пользователи с XP нормально работают с сервером, а пользователи с Vista упорно отказываются его видеть. Отключал и настраивал фаерволы, смотрел службы, политики, качал обновления ... в общем долго с бубном танцевал. Уже ни на что не надеясь скачал свежие драйвера с сайта интела (13.5) и установил. После установки драйверов созданный Team почему то развалился, что добавляет ещё одну странность ко всей ситуации. Я, увидев что в системе снова 2 отдельных интерфейса, решил попробовать, а что будет если просто один интерфейс оставить, т.е. не объединять в транк, отключить один интерфейс, а на "живом" прописать IP-адрес (естественно "живой" был переключен в другой порт на свиче, не входящий в транковую группу). Эксперимент начал с 1-го интерфейса - результат тот же: XP машины видят сервер, а c Vista - нет. Уже ни на что не надеясь поменял интерфейсы - отключил 1-ый и включил 2-ой. И, О ЧУДО, всё заработало!!!
Получается что ситуация которая начиналась как лёгкая неприятность переросла в серьёзную проблему: уж не знаю как, но похоже этот самый "скрытый mac" "глушит" какой-то траффик на 1-ом интерфейсе. Так как сервер довольно прилично нагружен по сети, то мне необходим транк на нём. Но, из-за описанной проблемы, я не могу полноценно использовать транк на встроенных сетевушках.
Есть ли какое то решение в данной ситуации или менять сервер по гарантии (что я думаю не интересно ни Тринити ни мне).
Да, ещё одна неприятная особенность данного сервера: во время экспериментов приходилось перезагружать сервер. Посылаешь сервер в перезагруз и ждёшь минуту, пять, 10 ... Терпение заканчивается, идём смотреть консоль - на консоли видно что POST прошёл и на экране сообщение "журнал событий переполнен нажмите то-то чтоб продолжить, то-то чтоб очистить..." Серверов Supermicro у меня не 1 и не 2, в том числе и в этой же серверной стойке (запитаных от одних ИБП и обдуваемых одними и теми же кондеями) но ни одном из них нет таких проблем. То ли на этом сервере мизерная память под логи, то ли он какой-то сверхчуствительный и засоряет всю память буквально за 4-5 дней сообщениями типа (обороты вентилятора понизились ниже критического уровня, напряжение упало ниже уровня и т.д. и т.п.).
Последний раз редактировалось Zirro 30 янв 2009, 10:09, всего редактировалось 1 раз.
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Re: Тиминг на X7DBE
Zirro
Для начала установите последнюю версию драйверов.
Для начала установите последнюю версию драйверов.
-
- Advanced member
- Сообщения: 235
- Зарегистрирован: 27 авг 2002, 14:03
- Откуда: Киров
- Контактная информация:
Re: Тиминг на X7DBE
Пока не буду создавать новую тему продолжу здесь, так проблемы всё на том же сервере. В продолжение темы "быстрое замусоривание журнала событий". Сравнил журналы событий 2-ух серверов находящихся в одной стойке.
На одном сервере во всём журнале 10 событий типа:
SEL record 02 01/04/2009 15:22:23 Power Supply State Asserted Assertion Event
SEL record 02 01/04/2009 15:21:58 Power Supply State Asserted Deassertion Event
Это я "прибирал" кабеля в стойке и периодически вытыкал питание (на сервере 3-ой БП, поэтому не страшно).
На "проблемном" сервере: очищал журнал вчера примерно в 18.30 - уже около 60 сообщений (за 18 часов) типа:
SEL record 02 01/29/2009 22:09:14 Fan3 Lower Non-critical going low Assertion Event
SEL record 02 01/29/2009 21:22:28 Fan1 Lower Non-critical going low Assertion Event
SEL record 02 01/29/2009 19:08:53 Fan4 Lower Non-critical going low Assertion Event
SEL record 02 01/29/2009 18:51:55 1.5V Upper Non-recoverable going high Deassertion Event
SEL record 02 01/29/2009 18:51:55 1.5V Upper Critical going high Deassertion Event
SEL record 02 01/29/2009 18:51:55 1.5V Upper Non-critical going high Deassertion Event
...
ЭТО НОРМАЛЬНО?
На одном сервере во всём журнале 10 событий типа:
SEL record 02 01/04/2009 15:22:23 Power Supply State Asserted Assertion Event
SEL record 02 01/04/2009 15:21:58 Power Supply State Asserted Deassertion Event
Это я "прибирал" кабеля в стойке и периодически вытыкал питание (на сервере 3-ой БП, поэтому не страшно).
На "проблемном" сервере: очищал журнал вчера примерно в 18.30 - уже около 60 сообщений (за 18 часов) типа:
SEL record 02 01/29/2009 22:09:14 Fan3 Lower Non-critical going low Assertion Event
SEL record 02 01/29/2009 21:22:28 Fan1 Lower Non-critical going low Assertion Event
SEL record 02 01/29/2009 19:08:53 Fan4 Lower Non-critical going low Assertion Event
SEL record 02 01/29/2009 18:51:55 1.5V Upper Non-recoverable going high Deassertion Event
SEL record 02 01/29/2009 18:51:55 1.5V Upper Critical going high Deassertion Event
SEL record 02 01/29/2009 18:51:55 1.5V Upper Non-critical going high Deassertion Event
...
ЭТО НОРМАЛЬНО?
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 30 гостей