Re: [Users] oVirt 3.5 planning

----- Original Message ----- > From: "Itamar Heim" <iheim(a)redhat.com&gt; > To: "Sven Kieske" <S.Kieske(a)mittwald.de&gt;, users(a)ovirt.org, "Eli Mesika" <emesika(a)redhat.com&gt;, "Barak Azulay" > <bazulay(a)redhat.com&gt; > Sent: Tuesday, February 25, 2014 12:14:48 PM > Subject: Re: [Users] oVirt 3.5 planning > > On 02/25/2014 11:55 AM, Sven Kieske wrote: >> RFE] Allow to perform fence operations from engine (or from a host in >> another DC) >> the functionality of the current fencing feature is so crippled that >> it is plain useless in local storage data centers, because you can't >> use it at all (no other fencing host in cluster)! >> https://bugzilla.redhat.com/show_bug.cgi?id=1054778 > > eli - thoughts on above? > > The fencing mechanism certainly does not work for local storage domain, It looks like this was neglected since the fencing mechanism was designed to prevent data corruption .. and this use case (single host in DC) we are not worried about it. In first look it looks like an easy implementation - just to add a system wide proxy selection policy, However when thinking on adding this option I can think of a few issues that needs to be discussed first: - Can we assume network connectivity between hosts in different DCs ? - If this is not the case than can/should we enable specific DCs that we know has this connectivity ?

Or do we just select a system wide proxy and try to fence ... this might have timeout issues in case there is no connectivity ... and fencing might take a long time to perform. Thanks Barak Azulay