<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"><html>
<head>
  <meta name="Generator" content="Zarafa WebApp v7.1.10-44973">
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  <title>AW: [ovirt-users] Fake power management?</title>
</head>
<body>
<pre style="white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; white-space: pre-wrap; word-wrap: break-word;" wrap="">Hello Eli,<br><br>If I replace "/usr/bin/vdsm-tool service-restart vdsmd" with "echo b &gt; /proc/sysrc-trigger", will the Engine consider the node to be fenced and restart the VMs that were running on it on another node? I don't see a mechanism to inform the engine that this was a "hard" fencing operation and that it's save to restart the guests.<br> <br>Regards,<br><br>mots<br>&nbsp;<br>-----Ursprüngliche Nachricht-----<br>&gt; Von:Eli Mesika &lt;<a href="mailto:emesika@redhat.com">emesika@redhat.com</a>&gt;<br>&gt; Gesendet: Son 16 November 2014 03:00<br>&gt; An: Patrick Lottenbach &lt;<a href="mailto:pl@a-bot.ch">pl@a-bot.ch</a>&gt;<br>&gt; CC: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>&gt; Betreff: Re: [ovirt-users] Fake power management?<br>&gt; <br>&gt; <br>&gt; <br>&gt; ----- Original Message -----<br>&gt; &gt; From: "Sandro Bonazzola" &lt;<a href="mailto:sbonazzo@redhat.com">sbonazzo@redhat.com</a>&gt;<br>&gt; &gt; To: "mots" &lt;<a href="mailto:mots@nepu.moe">mots@nepu.moe</a>&gt;, <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>&gt; &gt; Sent: Friday, November 14, 2014 5:15:25 PM<br>&gt; &gt; Subject: Re: [ovirt-users] Fake power management?<br>&gt; &gt; <br>&gt; &gt; Il 14/11/2014 15:54, mots ha scritto:<br>&gt; &gt; &gt; Hello,<br>&gt; &gt; &gt; <br>&gt; &gt; &gt; I'm building a small demonstration system for our sales team to take to a<br>&gt; &gt; &gt; customer so that they can show them our solutions.<br>&gt; &gt; &gt; Hardware: Two Intel NUC's, a 4 port switch and a laptop.<br>&gt; &gt; &gt; Engine: Runs as a VM on one of the NUCs, which one it runs on is determined<br>&gt; &gt; &gt; by pacemaker.<br>&gt; &gt; &gt; Storage: Also managed by pacemaker, it's drbd backed and accessed with<br>&gt; &gt; &gt; iscsi.<br>&gt; &gt; &gt; oVirt version: 3.5<br>&gt; &gt; &gt; OS: CentOS 6.6<br>&gt; &gt; <br>&gt; &gt; Just for curiosity, any reason for using pacemaker instead on oVirt Hosted<br>&gt; &gt; Engine solution?<br>&gt; &gt; <br>&gt; &gt; &gt; <br>&gt; &gt; &gt; The idea is to have our sales representative (or the potential customer<br>&gt; &gt; &gt; himself) randomly pull the plug on one of the NUCs to show that the system<br>&gt; &gt; &gt; stays operational when part of the hardware fails.<br>&gt; &gt; &gt; My problem is that I don't have any way to implement power management, so<br>&gt; &gt; &gt; the Engine can't fence nodes and won't restart guests that were running on<br>&gt; &gt; &gt; the node which lost power. In pacemaker I can just configure fencing over<br>&gt; &gt; &gt; SSH or even disable the requirement to do so completely. Is there<br>&gt; &gt; &gt; something<br>&gt; &gt; &gt; similar for oVirt, so that the Engine will consider a node which it can't<br>&gt; &gt; &gt; connect to to be powered down?<br>&gt; <br>&gt; Well, we are thinking of adding such ability (Fake power management) mainly for testing purpose...<br>&gt; Meanwhile, I think I have a work-around that may help you.<br>&gt; <br>&gt; When we have a connectivity issue with a node, we first try (after a grace period) to restart its VDSM via SSH <br>&gt; this is always done before the hard-fencing (restart via the PM card) and can be done no matter if the host has PM configured or not.<br>&gt; So basically when a connectivity issue is found, you can custom the SSH command that restarts VDSM to do whatever you want, even a script or a power-down command <br>&gt; <br>&gt; look at the result of <br>&gt; <br>&gt; &gt; psql -U engine -c "select * from vdc_options  where option_name ilike  'SshSoftFencingCommand'" engine<br>&gt; <br>&gt;  option_id |      option_name      |               option_value               | version<br>&gt; -----------+-----------------------+------------------------------------------+---------<br>&gt;        558 | SshSoftFencingCommand | service vdsmd restart                    | 3.0<br>&gt;        559 | SshSoftFencingCommand | service vdsmd restart                    | 3.1<br>&gt;        560 | SshSoftFencingCommand | service vdsmd restart                    | 3.2<br>&gt;        561 | SshSoftFencingCommand | /usr/bin/vdsm-tool service-restart vdsmd | 3.3<br>&gt;        562 | SshSoftFencingCommand | /usr/bin/vdsm-tool service-restart vdsmd | 3.4<br>&gt;        563 | SshSoftFencingCommand | /usr/bin/vdsm-tool service-restart vdsmd | 3.5<br>&gt; <br>&gt; <br>&gt; Please note:<br>&gt; <br>&gt; 1) change only the value that match your cluster version<br>&gt; 2) restart engine so change can take place <br>&gt; 3) restore to default value again after you are done <br>&gt; <br>&gt; Does this may be useful for you ?<br>&gt; <br>&gt; <br>&gt; <br>&gt; &gt; &gt; <br>&gt; &gt; &gt; Regards,<br>&gt; &gt; &gt; <br>&gt; &gt; &gt; mots<br>&gt; &gt; &gt; <br>&gt; &gt; &gt; <br>&gt; &gt; &gt; _______________________________________________<br>&gt; &gt; &gt; Users mailing list<br>&gt; &gt; &gt; <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>&gt; &gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>&gt; &gt; &gt; <br>&gt; &gt; <br>&gt; &gt; <br>&gt; &gt; --<br>&gt; &gt; Sandro Bonazzola<br>&gt; &gt; Better technology. Faster innovation. Powered by community collaboration.<br>&gt; &gt; See how it works at redhat.com<br>&gt; &gt; _______________________________________________<br>&gt; &gt; Users mailing list<br>&gt; &gt; <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>&gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>&gt; &gt; <br>&gt; </pre>
</body>
</html>