19.05.2018 00:32, Casey & Gina пишет: >> May 18 20:36:27 [4282] d-gp2-dbpg0-2 stonith-ng: warning: log_operation: >> vfencing:16264 [ Performing: stonith -t external/vcenter -T reset >> d-gp2-dbpg0-1 ] >> May 18 20:36:27 [4282] d-gp2-dbpg0-2 stonith-ng: warning: log_operation: >> vfencing:16264 [ failed: d-gp2-dbpg0-1 5 ] > > Tried to execute the above-mentioned command manually, but this didn't work, > saying "Must specify either -p option, -F option, -E option, or name=value > style arguments". > > So I added in the parameters from the pcs command and tried this: > > stonith -t external/vcenter VI_SERVER="10.124.137.100" > VI_CREDSTORE="/etc/pacemaker/vicredentials.xml" > HOSTLIST="d-gp2-dbpg0-1=d-gp2-dbpg0-1;d-gp2-dbpg0-2=d-gp2-dbpg0-2;d-gp2-dbpg0-3=d-gp2-dbpg0-3" > RESETPOWERON="0" -T reset d-gp2-dbpg0-1 > > This resulted in the following error: > > external/vcenter[30902]: WARN: Tried to ResetVM > d-gp2-esx-1215.imovetv.com:d-gp2-dbpg0-1 that was poweredOff > external/vcenter[30902]: ERROR: [reset d-gp2-dbpg0-1] Could not complete > d-gp2-esx-1215.imovetv.com:d-gp2-dbpg0-1 power cycle > external/vcenter[30902]: ERROR: [reset d-gp2-dbpg0-1] Died at > /usr/lib/stonith/plugins/external/vcenter line 22. >
It does exactly what you told it to do. If you want to power-on VM on reset instead, remove RESETPOWERON parameter. > I tried running the same command with 'on' instead of 'reset', and it > successfully powered the VM back on: > > external/vcenter[30925]: info: Machine > d-gp2-esx-1215.imovetv.com:d-gp2-dbpg0-1 has been powered on > > So, then instead of powering off the VM in vSphere, I instead tried a > `killall -9 corosync` on the primary. This resulted in the VIP coming up on > node 3, and node 1 being rebooted. Great! > > So now my concern is this - our VM's are distributed across 32 hosts. One > condition we were hoping to handle was when one of those host machines fails, > due to bad memory or something else, as it is likely that not all of the > nodes within a cluster are residing on the same VM host (there may even be > some way to configure them to stay on separate hosts in ESX). In this case, > a reset command will fail as well, I'd assume. I had thought that when the > resource was fenced, it was done with an 'off' command, and that the > resources would be brought up on a standby node. Is there a way to make this > work? Configure your stonith agent to use "off" instead of "reset". > > Thanks again, learning more step-by-step! > _______________________________________________ Users mailing list: Users@clusterlabs.org https://lists.clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org