"Использование IPMI под FreeBSD (http://ospf-ripe.livejournal.com/3969.html?style=mine)" - пример управления сервером через IPMI во FreeBSD.URL: http://ospf-ripe.livejournal.com/3969.html?style=mine
Новость: https://www.opennet.ru/opennews/art.shtml?num=21467
Имхо не стоит лезть в IPMI из FreeBSD или линукса вообще. В крайнем случае только с целью первоначальной настройки (если речь идёт о SuperMicro IPMI) утилитами ipnmac, ipmicfg или ipmitool.На то IPMI и сделана, чтобы уйти от всех программных проблем и аппаратно достучаться до консоли сервера.
На практике использование IPMI (в моём случае) сводится только для перезагрузки зависшего сервера и доступа к BIOS в крайнем случае. Да и нормальные серверы (с нормальным железом) не зависают. Использование IPMI может быть полезно разве что тогда, когда сервер стоит в каком нибудь тёмном чулане какой нибудь мифической конторы. Во всех остальны случаях порядочные серверы стоят в ДЦ, к ним оперативно может подойти персонал и нажать reset/подключить IPKVM консоль.
>Да и нормальные серверы (с нормальным железом) не зависают.Что сейчас является "нормальным железом"? Всякие HP, IBM и иже с ними последнее время "сливают". Особо замечаю IBM, т.к. у нас ориентация на эту конторку.
>Имхо не стоит лезть в IPMI из FreeBSD или линукса вообще.Т.е. вы предлагаете с этой целью купить винды?А потом что с ними делать?На полочку положить, заплатив денежку? :)
>Во всех остальны случаях порядочные серверы стоят в ДЦ,
Ага, расскажите это энтерпрайзам которых не устраивает гонять по тощему каналу в тутуево запросы от орды сотрудников ;).При том для бизнеса по сей день очень своеобразные цены на интернет по принципу - "раз могут платить, надо драть 3 шкуры".Анлимы с нормальной скоростью даже в москве стоят для бизнеса очень некислых денег.А не-анлим - вы не разоритесь трафф из конторы гонять к датацентрам то к, допустим, файлопомойке?Эта интельская полутроянская байда тем не менее, удобна корпоративщикам.В том плане что админам меньше носиться колбасой по этажам придется в случае чего...
Про windows вообще разговора небыло. Я просто не понимаю одного - зачем из любой системы лезть в IPMI? Чтобы датчики опросить?
Опросить датчики, вычитать SEL в случае ошибок, удаленно перезагрузить сервер, удаленно посмотреть загрузку ОС (только текстовый режим). Т.е. мониторинг.
>Имхо не стоит лезть в IPMI из FreeBSD или линукса вообще.Ну да, конечно же видеть аппаратные ошибки серверов не нужно. И не обязательно лезть, можно направить все дело в syslog.
>На то IPMI и сделана, чтобы уйти от всех программных проблем и аппаратно достучаться до консоли сервера
Почитайте на вики чтоль, зачем нужен IPMI
>Да и нормальные серверы (с нормальным железом) не зависают.
Это вам кто такие сказки рассказал? Назовите мне нормальный сервер??
>Использование IPMI может быть полезно разве что тогда, когда сервер стоит в каком нибудь тёмном чулане какой нибудь мифической конторы.
Расскажите это тем, кто поддерживает большие кластеры и о том, как автоматически их разливать. А заодно расскажите, как мониторить аппаратное состояние серверов того же датацентра?
>Во всех остальны случаях порядочные серверы стоят в ДЦ, к ним оперативно может подойти персонал и нажать reset/подключить IPKVM консоль
А нафига??? Когда есть RMM или его аналог?
>На практике использование IPMI (в моём случае) сводится только для перезагрузки зависшего сервера и доступа к BIOS в крайнем случае.исключительно "ваш случай". очень приятно вбить сервер в стойку, и не в ставая с кресла дать на net-mgmt адрес по дшцп и вкатить ОС с джампстарта с необходимыми пакетами...
Работаю уже два года только с SuperMicro. Парк ~1000 машин. Проблемы в основном только с жёсткими дисками. Несколько раз с памятью (Kingston KVR667D2N5 или около того) были проблемы. Пара горелых чипов Intel 82575, несколько дохлых БП из-за перегрева в одном из московских ДЦ.