LINUX.ORG.RU

IPMI vs операционная система

 


0

1

Материнская плата позволяет настроить IPMI в BIOS. Физический интерфейс отдельный, IP статический. Пока система ещё не загрузилась, адрес, выделенный на IPMI, доступен. А вот как только ОС загрузилась (хоть Linux, хоть оффтопик на соседнем сервере), адрес снова недоступен, хоть интерфейс и поднят (видно по данным свитча).
В чём может быть проблема? Информацию о материнской плате привожу в виде dmidecode
# dmidecode 2.12
SMBIOS 2.6 present.
81 structures occupying 3722 bytes.
Table at 0x0009F000.
Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
Vendor: American Megatrends Inc.
Version: 'V1.03 '
Release Date: 12/28/2012
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 4096 kB
Characteristics:
ISA is supported
PCI is supported
PNP is supported
BIOS is upgradeable
BIOS shadowing is allowed
ESCD support is available
Boot from CD is supported
Selectable boot is supported
BIOS ROM is socketed
EDD is supported
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 kB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
LS-120 boot is supported
ATAPI Zip drive boot is supported
BIOS boot specification is supported
Targeted content distribution is supported
BIOS Revision: 8.16


ip-адреса у ipmi и у сетёвки в линуксе разные?

Линукс не забирает себе сетевой интерфейс для ipmi?

mky ★★★★★ ()
Последнее исправление: mky (всего исправлений: 1 )

Я с этим сталкивался. Вот что у меня получилось:

Debian squeeze. Для нормальной работы AOC-IPMI20-E требуется загрузить модуль e1000e c параметром CrcStripping=0.

Cоздаем файл в /etc/modprobe.d/e1000e.conf options e1000e CrcStripping=0

Перезагружаемся и все равно доступа по ipmi нет. Если после загрузки системы сделать

#rmmod e1000e # modprobe e1000e CrcStripping=0 После этого доступ по ipmi есть. Получается, что при загрузки системы файл e1000e.conf просто игнорируется

Изменив в файле /etc/modpobe.d/e1000e.conf

options e1000e CrcStripping=1 ,

в логе получил

e1000e 0000:09:00:00 (unregistered net_device) Crc Stripping Disabled

То есть получается , что система все таки обращает внимание и загружает модуль с параметром, указанным в /etc/modprobe.d/e1000e.conf

Да, но в Centos 5.8 указав в /etc/modprobe.d/e1000e.conf options e1000e CrcStripping=0 получаем рабочий ipmi после загрузки системы. А в squeeze что то опять поломали.

Centos 5.8

# ethtool -i eth0

driver e1000e

version 1.4.4-k

firmware-version 0.15-4

bus-info 0000:09:00:00

Debian Squeeze

# ethtool -i eth0

driver e1000e

version 1.2.20-k2

firmware-version 3.1-7

vlb ★★★ ()
Ответ на: комментарий от vlb

страсти какие. сколько лет использую ipmi/e1000e - никогда проблем небыло. У ipmi ip должен отличиться от хоста, тогда проблем точно нет.

vel ★★★★★ ()

Вывод dmidecode в данном случае полностью бесполезен. Какая мать, какой IPMI-модуль? Настроены ли разные IP-адреса?

Deleted ()
Ответ на: комментарий от vel

https://www.supermicro.com/support/faqs/faq.cfm?faq=13932

Question I am using the SIMLC IPMI card in X7DCL-3 motherboard. The IPMI card stopped responding over the network as soon as the Intel e1000e LAN driver was loaded in CentOS 5.3, and started working as soon as it was unloaded. I did update to the latest driver from the Intel website, and confirmed that the new modules were loaded. How can I make the IPMI work?

Answer The hardware CRC checking option in the kernel prevents the LAN1 port from working correctly with IPMI. The solution is to create a file /etc/modprobe.d/e1000e.conf with the following line:

options e1000e CrcStripping=0

and to reload the e1000e module or reboot.

vlb ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.