Аспро: ЛайтШоп [тема: fence_ipmilan странности]

fence_ipmilan странности

Wed, 28 Mar 2012 09:23:00 +0400

fence_ipmilan странности Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, ребята, не могли бы вы попробовать этот пакет? http://odisoweb1.odiso.net/fence-agents-pve_3.1.7-2_amd64.deb Это скоро выходящая новая версия пакета fence-agents-pve (еще не выпущена в репозиториях Proxmox). В ней исправлена ошибка power_wait и множество других багов, связанных с IPMI.
28.03.2012 09:23:00, spirit.

fence_ipmilan странности

Sun, 25 Mar 2012 23:20:00 +0400

fence_ipmilan странности Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Если ваш BMC и, например, eth0 используют один и тот же Ethernet-порт — это вполне нормально. Обычно с этим можно справиться, используя VLAN-тег для IPMI-интерфейса или просто подключив другой сетевой интерфейс к вашей локальной сети (eth1) и настроив IP-адрес IPMI так, чтобы он находился в той же подсети, что и конфигурация eth1 (и убедитесь, что он не пересекается с IP-адресом eth0).

В конце концов, так как при фэнсинге обычно выключается «другой» сервер, это не должно быть большой проблемой — вы всё равно сможете добраться до BMC другого хоста, даже если не можете связаться с локальным BMC по IP.

Если же нужно работать именно с локальным BMC, всегда можно сделать это через KCS, или на некоторых серверах BMC предлагает отдельное USB-Ethernet-соединение к локальной системе и другие приятные штуки.

С уважением, hk
25.03.2012 23:20:00, hk@.

fence_ipmilan странности

Sun, 25 Mar 2012 15:10:00 +0400

fence_ipmilan странности Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
x9scl-f
25.03.2012 15:10:00, GT1.

fence_ipmilan странности

Sun, 25 Mar 2012 14:12:00 +0400

fence_ipmilan странности Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Хорошо, я уже установил второй тестовый сервер, и с него, похоже, всё работает. Код:
# ipmitool -I lanplus -H '192.168.1.151' -U 'ADMIN' -P 'ADMIN' -v chassis power off
Chassis Power Control: Down/Off

# ipmitool -I lanplus -H '192.168.1.151' -U 'ADMIN' -P 'ADMIN' -v chassis power status
Chassis Power is off

# fence_ipmilan -T 5 -A password -l ADMIN -p ADMIN -P -a 192.168.1.151 -o on -v
Powering on machine @ IPMI:192.168.1.151...Spawning: '/usr/bin/ipmitool -I lanplus -H '192.168.1.151' -U 'ADMIN' -A 'password' -P '[set]' -v chassis power status'...
Spawning: '/usr/bin/ipmitool -I lanplus -H '192.168.1.151' -U 'ADMIN' -A 'password' -P '[set]' -v chassis power on'...
Spawning: '/usr/bin/ipmitool -I lanplus -H '192.168.1.151' -U 'ADMIN' -A 'password' -P '[set]' -v chassis power status'...
Done

Это нормально, что собственный сервер недоступен через ipmitool на eth1? Я иду в дата-центр, и чаще всего все подключено к правильным серверам.
25.03.2012 14:12:00, loisl.

fence_ipmilan странности

Sun, 25 Mar 2012 12:21:00 +0400

fence_ipmilan странности Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, GT1, с какой платой ты работаешь? Сейчас тестирую X7DBN + AOC SIMLC, но никак не могу запустить ipmitool!

Код:
# ipmitool -I lanplus -A PASSWORD -H '192.168.1.151' -U 'ADMIN' -P 'ADMIN' -vv chassis power status
IPMI LAN host 192.168.1.151 port 623

>> Отправка IPMI команды с полезной нагрузкой
>> netfn : 0x06
>> команда : 0x38
>> данные : 0x8e 0x04

(Повторяется несколько раз с разными данными: 0x8e 0x04 и 0x0e 0x04)

Появляется ошибка Get Auth Capabilities

>> Отправка IPMI команды с полезной нагрузкой
>> netfn : 0x06
>> команда : 0x38
>> данные : 0x8e 0x04

(Повторяется опять несколько раз)

Ошибка Get Auth Capabilities
Ошибка при запросе Get Channel Authentication Capabilities
Ошибка: Невозможно установить сессию IPMI v2 / RMCP+
Не удалось получить статус питания шасси

Пинг внутреннего хоста:
Код:
# ping 192.168.1.151
PING 192.168.1.151 (192.168.1.151) 56(84) байт данных.
От 192.168.1.115 icmp_seq=2 Цель недоступна
От 192.168.1.115 icmp_seq=3 Цель недоступна

Пинг внешнего хоста:
Код:
$ ping 192.168.1.151
PING 192.168.1.151 (192.168.1.151): 56 байт данных
64 байта от 192.168.1.151: icmp_seq=0 ttl=64 время=4.671 мс
64 байта от 192.168.1.151: icmp_seq=1 ttl=64 время=3.920 мс

Кто-нибудь может помочь?
25.03.2012 12:21:00, loisl.

fence_ipmilan странности

Sun, 25 Mar 2012 01:45:00 +0400

fence_ipmilan странности Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня странное поведение. Следующее работает в CLI:

ipmitool -I lanplus -H '10.162.192.6' -U 'admin' -P 'admin' -v chassis power on
ipmitool -I lanplus -H '10.162.192.6' -U 'admin' -A 'admin' -P 'admin' -v chassis power status
fence_ipmilan -l admin -p admin -P -a 10.162.192.6 -T 4 -o off

Настроил 2 узла с DRBD и фейсенгом:

Код:

Всё вроде бы нормально... или, по крайней мере, я так думаю.

Вот странное поведение:

A) Когда я останавливаю RGManager на мастер-узле, где запущена ВМ — ничего не происходит, ВМ продолжает работать. Если я запускаю RGManager обратно, ВМ выключается на мастере.

B) Когда я останавливаю RGManager на мастер-узле, где ВМ запущена — ничего не происходит, ВМ работает как раньше. Затем останавливаю RGManager на СЛЕЙВЕ, ВМ запускается на слейве. В веб-интерфейсе Proxmox видно, что ВМ переключается с MASTER на SLAVE. НО фактически она всё ещё работает на мастере. То есть, в кворме ВМ работает сразу в двух местах.

C) Когда я перезагружаю машину, где запущена ВМ — ВМ "выключается" на мастере.

Думаю, я что-то делаю не так но точно не знаю, в чём дело. Кажется, я решил проблему так:

aptitude update && aptitude full-upgrade

25.03.2012 01:45:00, kprkpr.

fence_ipmilan странности

Tue, 31 Jan 2012 18:42:00 +0400

fence_ipmilan странности Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Итак, я тестирую fencing. У меня есть плата Supermicro с выделенным IPMI BMC. (биос и прошивка IPMI обновлены до последней доступной версии) PVE 2.0 с последними обновлениями через full-upgrade, установлены fence-agents-pve и ipmitool. Выключение/включение сервера работает через ipmitool и эту команду (пример):

ipmitool -I lanplus -H '192.168.190.83' -U 'ipmiusername' -P 'ipmipassword' -v chassis power off

занимает примерно 3-4 секунды после команды

ipmitool -I lanplus -H '192.168.190.83' -U 'ipmiusername' -P 'ipmipassword' -v chassis power status

которая отвечает "Chassis Power is off". Пока всё хорошо, теперь с обёрткой fence_ipmilan:

fence_ipmilan -l ipmiusername -p ipmipassword -P -a 192.168.190.83 -T 4 -o off

это не работает, выдаёт "ipmilan: Power still on", однако при добавлении -v:

fence_ipmilan -l ipmiusername -p ipmipassword -P -a 192.168.190.83 -T 4 -o off -v

Вывод:

Powering off machine @ IPMI:192.168.190.83...
Spawning: '/usr/bin/ipmitool -I lanplus -H '192.168.190.83' -U 'ipmiusername' -P '[set]' -v chassis power status'...
Spawning: '/usr/bin/ipmitool -I lanplus -H '192.168.190.83' -U 'ipmiusername' -P '[set]' -v chassis power off'...
Spawning: '/usr/bin/ipmitool -I lanplus -H '192.168.190.83' -U 'ipmiusername' -P '[set]' -v chassis power status'...
Spawning: '/usr/bin/ipmitool -I lanplus -H '192.168.190.83' -U 'ipmiusername' -P '[set]' -v chassis power off'...
... (повторяется несколько раз) ...
ipmilan: Power still on
Failed

Ну да, запускает ipmitool подряд с точной командной строкой, которую я написал выше и которая уже подтверждена как рабочая. Мне кажется, что он или игнорирует параметр -T, или постоянный спам запусков сбрасывает очередь команд на BMC, которая, похоже, выполняет только последнюю отправленную команду. Есть ли способ увеличить задержку между запуском процессов ipmitool (ведь именно для этого, вроде бы, и нужен был переключатель -T, я так предполагаю)? Или какие-то другие предложения? Спасибо.
31.01.2012 18:42:00, GT1.