On 04/11/2016 11:11 AM, Sandro Bonazzola wrote:
> On Mon, Apr 11, 2016 at 9:37 AM, Richard Neuboeck
> <h...@tbi.univie.ac.at <mailto:h...@tbi.univie.ac.at>> wrote:
> 
>     Hi Darryl,
> 
>     I'm still experimenting with my oVirt installation so I tried to
>     recreate the problems you've described.
> 
>     My setup has three HA hosts for virtualization and three machines
>     for the gluster replica 3 setup.
> 
>     I manually migrated the Engine from the initial install host (one)
>     to host three. Then shut down host one manually and interrupted the
>     fencing mechanisms so the host stayed down. This didn't bother the
>     Engine VM at all.
> 
> 
> Did you move the host one to maintenance before shutting down?
> Or is this a crash recovery test?

I did not put the machine in maintenance mode. Just issued
'poweroff' on the command line. Same for host one as host three.

> 
>     To make things a bit more challenging I then shut down host three
>     while running the Engine VM. Of course the Engine was down for some
>     time until host two detected the problem. It started the Engine VM
>     and everything seems to be running quite well without the initial
>     install host.
> 
> 
> Thanks for the feedback!
> 
>  
> 
> 
>     My only problem is that the HA agent on host two and three refuse to
>     start after a reboot due to the fact that the configuration of the
>     hosted engine is missing. I wrote another mail to
>     users@ovirt.org <mailto:users@ovirt.org>
>     about that.
> 
> 
> This is weird. Martin,  Simone can you please investigate on this?
> 
> 
>  
> 
> 
>     Cheers
>     Richard
> 
>     On 04/08/2016 01:38 AM, Bond, Darryl wrote:
>     > There seems to be a pretty severe bug with using hosted engine
>     on gluster.
>     >
>     > If the host that was used as the initial hosted-engine
>     --deploy host goes away, the engine VM wil crash and cannot be
>     restarted until the host comes back.
> 
> 
> is this an Hyperconverged setup?
> 
>  
> 
>     >
>     > This is regardless of which host the engine was currently running.
>     >
>     >
>     > The issue seems to be buried in the bowels of VDSM and is not
>     an issue with gluster itself.
> 
> 
> Sahina, can you please investigate on this?
> 
>  
> 
>     >
>     > The gluster filesystem is still accessable from the host that
>     was running the engine. The issue has been submitted to bugzilla
>     but the fix is some way off (4.1).
>     >
>     >
>     > Can my hosted engine be converted to use NFS (using the
>     gluster NFS server on the same filesystem) without rebuilding my
>     hosted engine (ie change domainType=glusterfs to domainType=nfs)?
> 
>      
> 
>     >
>     > What effect would that have on the hosted-engine storage
>     domain inside oVirt, ie would the same filesystem be mounted
>     twice or would it just break.
>     >
>     >
>     > Will this actually fix the problem, does it have the same
>     issue when the hosted engine is on NFS?
>     >
>     >
>     > Darryl
>     >
>     >
>     >
>     >
>     > ________________________________
>     >
>     > The contents of this electronic message and any attachments
>     are intended only for the addressee and may contain legally
>     privileged, personal, sensitive or confidential information. If
>     you are not the intended addressee, and have received this
>     email, any transmission, distribution, downloading, printing or
>     photocopying of the contents of this message or attachments is
>     strictly prohibited. Any legal privilege or confidentiality
>     attached to this message and attachments is not waived, lost or
>     destroyed by reason of delivery to any person other than
>     intended addressee. If you have received this message and are
>     not the intended addressee you should notify the sender by
>     return email and destroy all copies of the message and any
>     attachments. Unless expressly attributed, the views expressed in
>     this email do not necessarily represent the views of the company.
>     > _______________________________________________
>     > Users mailing list
>     > Users@ovirt.org <mailto:Users@ovirt.org>
>     > http://lists.ovirt.org/mailman/listinfo/users
>     >
> 
> 
>     --
>     /dev/null
> 
> 
>     _______________________________________________
>     Users mailing list
>     Users@ovirt.org <mailto:Users@ovirt.org>
>     http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 
> 
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community
> collaboration.
> See how it works at redhat.com <http://redhat.com>


-- 
/dev/null

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Reply via email to