On Tue, Nov 06, 2012 at 02:41:30PM +0900, Josh Bowling wrote: > I added the location resources and changed the quorum votes to 2 instead of > 3 (not sure why it was 3 in the first place). > I get no errors when I check `crm_verify -L -V` and `crm status`, but for > some reason I can't manually fence or reboot the other machine with > stonith_admin. > > stonith_admin -F=carbon > stonith_admin -F=carbon.domain.com > stonith_admin -F=192.168.10.148 > > I also made sure that my IPMI boards IPs are separate from the actual > servers IPs by changing it with ipmitool and confirming with: > > ipmitool -I lan -H 192.168.10.148 -U admin -P secret chassis status > > I'm able to do everything with ipmitool, but it just won't work with > stonith_admin. > I am able to see the available device with `stonith_admin -L`, but it > doesn't seem to be able to do anything. > > In short, why would I be able to communicate with another servers IPMI with > ipmitool, but not with stonith_admin? > It feels like something is wrong with my crm configure. I changed it a bit > since the first email, so I'll just paste it in again: > > node carbon > > node oxygen > > primitive neon_vm ocf:heartbeat:VirtualDomain \ > > params config="/etc/libvirt/qemu/neon.xml" > > hypervisor="qemu:///system" \ > > meta allow-migrate="true" \ > > op start interval="0" timeout="120s" \ > > op stop interval="0" timeout="120s" \ > > op monitor interval="10" timeout="30" depth="0" > > primitive nickel_vm ocf:heartbeat:VirtualDomain \ > > params config="/etc/libvirt/qemu/nickel.xml" > > hypervisor="qemu:///system" \ > > meta allow-migrate="true" \ > > op start interval="0" timeout="120s" \ > > op stop interval="0" timeout="120s" \ > > op monitor interval="10" timeout="30" depth="0" > > primitive res_drbd_disk0 ocf:linbit:drbd \ > > params drbd_resource="disk0" \ > > op monitor interval="120s" \ > > op start interval="0" timeout="240s" \ > > op stop interval="0" timeout="100s" > > primitive res_fs ocf:heartbeat:Filesystem \ > > params device="/dev/drbd0" directory="/shared" fstype="ext4" \ > > meta target-role="Started" > > primitive res_ip ocf:heartbeat:IPaddr2 \ > > params ip="192.168.10.150" cidr_netmask="24" nic="eth0" > > primitive silicon_vm ocf:heartbeat:VirtualDomain \ > > params config="/etc/libvirt/qemu/silicon.xml" > > hypervisor="qemu:///system" \ > > meta allow-migrate="true" \ > > op start interval="0" timeout="120s" \ > > op stop interval="0" timeout="120s" \ > > op monitor interval="10" timeout="30" depth="0" > > primitive st-ipmilan stonith:ipmilan \ > > params hostname="carbon" ipaddr="192.168.10.148" port="623" > > auth="md5" priv="admin" login="admin" password="secret" > > primitive st-ipmilan2 stonith:ipmilan \ > > params hostname="oxygen" ipaddr="192.168.10.149" port="623" > > auth="md5" priv="admin" login="admin" password="secret"
Please try external/ipmi as already suggested. There's an issue with ipmilan which hasn't been fixed and won't be fixed. See: https://developerbugs.linuxfoundation.org/show_bug.cgi?id=2571 Thanks, Dejan > > primitive zinc_vm ocf:heartbeat:VirtualDomain \ > > params config="/etc/libvirt/qemu/zinc.xml" > > hypervisor="qemu:///system" \ > > meta allow-migrate="true" \ > > op start interval="0" timeout="120s" \ > > op stop interval="0" timeout="120s" \ > > op monitor interval="10" timeout="30" depth="0" > > group rg_disk0 res_fs res_ip silicon_vm zinc_vm neon_vm nickel_vm > > ms ms_drbd_disk0 res_drbd_disk0 \ > > meta notify="true" master-max="1" master-node-max="1" > > clone-max="2" clone-node-max="1" > > location pref-stonith-carbon st-ipmilan -inf: carbon > > location pref-stonith-oxygen st-ipmilan2 -inf: oxygen > > colocation c_disk0_on_drbd inf: rg_disk0 ms_drbd_disk0:Master > > order o_drbd_before_vms inf: ms_drbd_disk0:promote rg_disk0:start > > property $id="cib-bootstrap-options" \ > > dc-version="1.1.6-9971ebba4494012a93c03b40a2c58ec0eb60f50c" \ > > cluster-infrastructure="openais" \ > > expected-quorum-votes="2" \ > > stonith-enabled="true" \ > > no-quorum-policy="ignore" \ > > default-action-timeout="240" \ > > stonith-action="poweroff" > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
