Железячный мониторинг supermicro на FreeBSD.

[xnt]

Возник вопрос, а как мониторить аппаратные
датчики (температура, вентиляторы, напруги) на серверах
supermicro под FreeBSD?
Возможно ли это в принципе?

На сайте supermicro,
мне не удалось найти утилит мониторинга под фрю.
mbmon датчиков не видит.  

Попытка под фрей запустить superdoctor (в частности sdt.x86) в
режиме совместимости с linux, никчему не привела:
ldd sdt.x86
sdt.x86:
FATAL: kernel too old
sdt.x86: exit status 1

[root@test ~/superodoctor]# ./sdt.x86
FATAL: kernel too old

Неужель supermicro и FreeBSD - понятия взаимоисключающие?

[a_shats]

Никак.
Supermicro не поддерживает FreeBSD, а FreeBSD еще и с IPMI от Supermicro не дружит.

[ahk]

Сегодня в руки попал Supermicro с IPMI под FreeBSD 6.2-RELEASE:
Platform: SuperMicro SYS6015B-8+B 2 units (1)
IPMI: AOC-SIMLP-B

Пришлось изучить вопрос. Хотелось настроить IPMI напрямую из под FreeBSD без перезагрузок и т.п., что и удалось.

Решается так:
1. Добавить в ядро поддержку ipmi (device ipmi)
2. Установить из портов ipmitool

С помощью данной утилиты без проблем удалось настроить IP-адрес, маску сети, шлюз, после чего IPMI стал доступен уже через веб и прилагаемого Java-клиента.

Утилита без проблем читает информацию из IPMI.
Например:
ipmitool sensor
CPU Temp 1       | 40.000     | degrees C  | ok    | na        | na        | na        | 76.000    | 78.000    | 80.000
CPU Temp 2       | 39.000     | degrees C  | ok    | na        | na        | na        | 76.000    | 78.000    | 80.000
CPU Temp 3       | 39.000     | degrees C  | ok    | na        | na        | na        | 76.000    | 78.000    | 80.000
CPU Temp 4       | 39.000     | degrees C  | ok    | na        | na        | na        | 76.000    | 78.000    | 80.000
Sys Temp         | 34.000     | degrees C  | ok    | na        | na        | na        | 76.000    | 78.000    | 80.000
skiped...

Или я просто не разобрался, и речь шла о чем-то другом?

[a_shats]

Угу. То есть IPMI используется как паршивый чип на писюке...
А штатно, между прочим, данный модуль поддерживает удаленную консоль, вкл/выкл/рестарт, http интерфейс - и это все независимо от наличия и работоспособности ОС.
Правда, для этого, в случае фри, надо, чтобы фря интерфейс IPMI не видела - иначе она (сетевые дрова) блокирует пакеты на нем.

[ahk]

В данном случае на IPMI выделенный ethernet-интерфейс и все работает.

Если на новых серверах будет использоваться системный порт, то проверю отдельно!

[yohimba]

... чтобы фря интерфейс IPMI не видела - иначе она (сетевые дрова) блокирует пакеты на нем.

То есть я правильно понимаю, что если у меня видно в системе две набортные карты как em0 и em1, и я настроив сеть на IPMI-девайсе с помошью ipmitool никогда не смогу попасть на него по сети, потому как сказать системе не грузить драйвер em, для интерфейса em0, а грузить только для em1 я не смогу. Так?

Поможет ли добавление дополнительной сетевой карты в сервак, и как объяснить IPMI-девайсу подцепляться именно к это карте?

[exLH]

yohimba
Если уж Вы поднимаете тему двухлетней давности, то указывайте, какое конкретно оборудование используется у Вас.

[yohimba]

yohimba
Если уж Вы поднимаете тему двухлетней давности, то указывайте, какое конкретно оборудование используется у Вас.

Не посмотрел даже на дату, в гугле нашел тему...

Машина далеко. Доступ только по сети. И как заставить IPMI-девайс сообщить свою модель не совсем понимаю.

Мать X7-DCL. FreeBSD 7.2 64 бита. При загрузке модуля ipmi.ko в /var/log/messages:

Код: Выделить всё

kernel: ipmi0: <IPMI System Interface> port 0xca2-0xca3 on acpi0
kernel: ipmi0: KCS mode found at io 0xca2 on acpi
kernel: ipmi0: IPMI device rev. 1, firmware rev. 1.2, version 2.0
kernel: ipmi0: Number of channels 8
kernel: ipmi0: Attached watchdog
kernel: ipmi1: <IPMI System Interface> on isa0
kernel: device_attach: ipmi1 attach returned 16
kernel: ppc0: cannot reserve I/O port range

dmidecode показывает такое:

Код: Выделить всё

IPMI Device Information
        Interface Type: KCS (Keyboard Control Style)
        Specification Version: 2.0
        I2C Slave Address: 0x10
        NV Storage Device: Not Present
        Base Address: 0x0000000000000CA2 (I/O)
        Register Spacing: Successive Byte Boundaries

Набортные карты интелевые:

Код: Выделить всё

pciconf -lv
...
em0@pci0:5:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00
    vendor     = 'Intel Corporation'
    device     = '82573E Intel Corporation 82573E Gigabit Ethernet Controller (Copper)'
    class      = network
    subclass   = ethernet
em1@pci0:6:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00
    vendor     = 'Intel Corporation'
    device     = '82573L Intel PRO/1000 PL Network Adaptor'
    class      = network
    subclass   = ethernet

После назначения IP и шлюза на девайсе, с помощью ipmitool, пинговатся IP не желает. Вот в поиске и наткнулся на тему в вашем форуме.

[exLH]

Скорее всего стоит SIMLC. Чтобы получить доступ к нему под FreeBSD нужно джампером отключить 1й набортный адаптер на плате (конкретно на этой матери не проверяли, но на других работает).

[yohimba]

Скорее всего стоит SIMLC. Чтобы получить доступ к нему под FreeBSD нужно джампером отключить 1й набортный адаптер на плате (конкретно на этой матери не проверяли, но на других работает).

Спасибо, попробую.

[Zirro]

Аналогичный вопрос: имеется мат. плата X7SBL-LN2 и IPMI плата AOC-SIMLC-HTC. При загрузке ОС FreeBSD 7.2 IPMI view перестаёт "видеть" IPMI-карту. Из предыдущих ответов понял, что для работы IPMI необходимо джампером отключить интерфейс 1. Можно ли сделать чтоб одновременно работала и сеть на интерфейсе 1 и можно было бы мониторить сервер через IPMI?

[exLH]

Из предыдущих ответов понял, что для работы IPMI необходимо джампером отключить интерфейс 1.

Да.

Можно ли сделать чтоб одновременно работала и сеть на интерфейсе 1 и можно было бы мониторить сервер через IPMI?

Можно - используйте нормальную операционную систему.

[Zirro]

Понятно. Будем думать.

[Zirro]

Отключил интерфейс джампером, IPMI теперь вообще никак не виден. До отключения интерфейса через IPMI view можно было смотреть состояние сервера до того момента пока не загружена ОС (например, если зайти на сервере в BIOS и не выходить из него).

[Zirro]

Все мои игрища с джампером ни к чему не привели: при "задизабленном" JPL1 интерфейс отключается напрочь, включая и функционал сетевой карты и интерфейс IPMI карты. При "включенном" JPL1 функционал интерфейса IPMI доступен до момента загрузки ОС (например: зайти в BIOS или во время прохождения POST'а нажать на паузу или при выключенном, но подключенном к сети сервере). Как только загружается ОС в IPMI view сервер становится недоступным и появляется ошибка о невозможности связаться с сервером.
В связи с этим переформулирую вопрос: если функционал сетевой карты на интерфейсе LAN1 не важен, можно ли как-то добиться работы IPMI через этот интерфейс при загруженной ОС FreeBSD?