<!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>
-----Ursprüngliche Nachricht-----<br><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="">> Von:Barak Azulay <<a href="mailto:bazulay@redhat.com">bazulay@redhat.com</a>><br>> Gesendet: Mon 17 November 2014 23:30<br>> An: Patrick Lottenbach <<a href="mailto:pl@a-bot.ch">pl@a-bot.ch</a>><br>> CC: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>> Betreff: Re: AW: [ovirt-users] Fake power management?<br>> <br>> Well you can hack the solution in the form of replacing the fencing master script to always return success (Eli can help you with that),<br>> and define an imaginary fencing device on each host ... meaning that the fencing command will always succeeds.<br>> <br><br>This sounds interesting. It's exactly what I need.<br><br>> But this may be risky ... as you might end up with the same VM running on 2 hosts. <br><br>As I see it, this would only happen if someone unplugs the network interface. I know this is a way to break the cluster. If someone unplugs the interface, then everything gets started twice anyways thanks to pacemaker being configured to ignore the lack of quorum and it would look silly in front of the customer.<br><br>> And one last note ... when you disconnect one of the hosts in the demo you mentioned, I think you'll be better to disconnect the host that does not run the engine ...<br> <br>It just gets restarted on the remaining node and resumes operation. It even remembers which guests ran on which host.<br>That part is really safe. The storage is configured to only report data as written when the write operation has finished on all (currently online) nodes, disk write caches are turned off in lvm.conf. PostreSQL is resilient enough to survive a crash like this.<br><br>Or am I missing something that might break?<br><br>> Barak <br><br>mots<br><br>> <br>> ----- Original Message -----<br>> > From: "mots" <<a href="mailto:mots@nepu.moe">mots@nepu.moe</a>><br>> > To: "Barak Azulay" <<a href="mailto:bazulay@redhat.com">bazulay@redhat.com</a>><br>> > Cc: <a href="mailto:users@ovirt.org">users@ovirt.org</a><br>> > Sent: Monday, November 17, 2014 12:58:20 PM<br>> > Subject: AW: [ovirt-users] Fake power management?<br>> > <br>> > Yes, pacemaker manages the engine. That part is working fine, the engine<br>> > restarts on the remaining node without problems.<br>> > It's just that the guests don't come back up until the powered down node has<br>> > been fenced manually.<br>> > <br>> > -----Ursprüngliche Nachricht-----<br>> > > Von:Barak Azulay <<a href="mailto:bazulay@redhat.com">bazulay@redhat.com</a> <mailto:<a href="mailto:bazulay@redhat.com">bazulay@redhat.com</a>> ><br>> > > Gesendet: Mon 17 November 2014 11:35<br>> > > An: Patrick Lottenbach <<a href="mailto:pl@a-bot.ch">pl@a-bot.ch</a> <mailto:<a href="mailto:pl@a-bot.ch">pl@a-bot.ch</a>> ><br>> > > CC: <a href="mailto:users@ovirt.org">users@ovirt.org</a> <mailto:<a href="mailto:users@ovirt.org">users@ovirt.org</a>><br>> > > Betreff: Re: [ovirt-users] Fake power management?<br>> > > <br>> > > <br>> > > <br>> > > ----- Original Message -----<br>> > > > From: "mots" <<a href="mailto:mots@nepu.moe">mots@nepu.moe</a> <mailto:<a href="mailto:mots@nepu.moe">mots@nepu.moe</a>> ><br>> > > > To: <a href="mailto:users@ovirt.org">users@ovirt.org</a> <mailto:<a href="mailto:users@ovirt.org">users@ovirt.org</a>><br>> > > > Sent: Friday, November 14, 2014 4:54:08 PM<br>> > > > Subject: [ovirt-users] Fake power management?<br>> > > > <br>> > > > Fake power management? Hello,<br>> > > > <br>> > > > I'm building a small demonstration system for our sales team to take to a<br>> > > > customer so that they can show them our solutions.<br>> > > > Hardware: Two Intel NUC's, a 4 port switch and a laptop.<br>> > > > Engine: Runs as a VM on one of the NUCs, which one it runs on is<br>> > > > determined<br>> > > > by pacemaker.<br>> > > > Storage: Also managed by pacemaker, it's drbd backed and accessed with<br>> > > > iscsi.<br>> > > > oVirt version: 3.5<br>> > > > OS: CentOS 6.6<br>> > > > <br>> > > > The idea is to have our sales representative (or the potential customer<br>> > > > himself) randomly pull the plug on one of the NUCs to show that the<br>> > > > system<br>> > > > stays operational when part of the hardware fails.<br>> > > <br>> > > I assume you are aware that the engine might fence the node it is running<br>> > > on ...<br>> > > Or do you use pacemaker to run the engine as well ?<br>> > > <br>> > > > My problem is that I don't have any way to implement power management, so<br>> > > > the<br>> > > > Engine can't fence nodes and won't restart guests that were running on<br>> > > > the<br>> > > > node which lost power. In pacemaker I can just configure fencing over SSH<br>> > > > or<br>> > > > even disable the requirement to do so completely. Is there something<br>> > > > similar<br>> > > > for oVirt, so that the Engine will consider a node which it can't connect<br>> > > > to<br>> > > > to be powered down?<br>> > > > <br>> > > > Regards,<br>> > > > <br>> > > > mots<br>> > > > <br>> > > > _______________________________________________<br>> > > > Users mailing list<br>> > > > <a href="mailto:Users@ovirt.org">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>><br>> > > > <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>> > > > <<a href="http://lists.ovirt.org/mailman/listinfo/users>" target="_blank">http://lists.ovirt.org/mailman/listinfo/users></a>;<br>> > > > <br>> > > <br>> > <br>> ><br>> </pre>
</body>
</html>