I’ve seen this sort of happen on my systems, the gateway ip goes down for some reason, and the engine restarts repeatedly, rending it unusable, even though it’s on the same ip subnet as all the host boxes and can still talk to the VDSMs. In my case, it doesn’t hurt the cluster or DC, but it’s annoying and unnecessary in my environment where the gateway isn’t important for cluster communications..
I can understand why using the ip of the gateway became a test as a proxy for network connectivity, but it seems like it’s something that isn’t always valid and maybe the local admin should have a choice of how it’s used. Something like the current fencing option for “50% hosts down” as a double check, if you can still reach the vdsm hosts, don’t restart the engine vm. -Darrell > From: Yaniv Kaul <[email protected]> > Subject: Re: [ovirt-users] ovirt and gateway behavior > Date: February 6, 2018 at 2:40:14 AM CST > To: Alex > Cc: Ovirt Users > > > > On Feb 5, 2018 2:21 PM, "Alex K" <[email protected] > <mailto:[email protected]>> wrote: > Hi all, > > I have a 3 nodes ovirt 4.1 cluster, self hosted on top of glusterfs. The > cluster is used to host several VMs. > I have observed that when gateway is lost (say the gateway device is down) > the ovirt cluster goes down. > > Is the cluster down, or just the self-hosted engine? > > > It seems a bit extreme behavior especially when one does not care if the > hosted VMs have connectivity to Internet or not. > > Are the VMs down? > The hosts? > Y. > > > Can this behavior be disabled? > > Thanx, > Alex > > _______________________________________________ > Users mailing list > [email protected] <mailto:[email protected]> > http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
