У меня странное поведение. Следующее работает в 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 и фейсенгом:

Код:  
<?xml version="1.0"?>  
<cluster config_version="31" name="master">  
 <cman keyfile="/var/lib/pve-cluster/corosync.authkey" two_node="1" expected_votes="1"/>  
 <fencedevices>  
   <fencedevice agent="fence_ipmilan" name="masteripmi" ipaddr="10.162.192.5" login="admin" passwd="admin" power_wait="5"/>  
   <fencedevice agent="fence_ipmilan" name="slaveipmi" ipaddr="10.162.192.6" login="admin" passwd="admin" power_wait="5"/>  
 </fencedevices>  
 <clusternodes>  
   <clusternode name="master" nodeid="1" votes="1">  
     <fence>  
       <method name="1">  
         <device name="masteripmi" nodename="master" action="reboot"/>  
       </method>  
     </fence>  
   </clusternode>  
   <clusternode name="slave" nodeid="2" votes="1">  
     <fence>  
       <method name="1">  
         <device name="slaveipmi" nodename="slave" action="reboot"/>  
       </method>  
     </fence>  
   </clusternode>  
 </clusternodes>  
 <rm>  
   <pvevm autostart="1" vmid="100"/>  
 </rm>  
</cluster>

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

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

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

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

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

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

aptitude update && aptitude full-upgrade  

<fencedevice agent="fence_ipmilan" ipaddr="10.162.192.5" lanplus="1" login="admin" name="masteripmi" passwd="admin" power_wait="5"/>

Хорошо, я уже установил второй тестовый сервер, и с него, похоже, всё работает. Код:  
# 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? Я иду в дата-центр, и чаще всего все подключено к правильным серверам.

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

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

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

С уважением, hk