[Users] hosted engine help

[Giuseppe Ragusa]

Hi all,
> Date: Mon, 10 Mar 2014 12:56:19 -0400
> From: jbrooks at redhat.com
> To: msivak at redhat.com
> CC: users at ovirt.org
> Subject: Re: [Users] hosted engine help
> 
> 
> 
> ----- Original Message -----
> > From: "Martin Sivak" <msivak at redhat.com>
> > To: "Dan Kenigsberg" <danken at redhat.com>
> > Cc: users at ovirt.org
> > Sent: Saturday, March 8, 2014 11:52:59 PM
> > Subject: Re: [Users] hosted engine help
> > 
> > Hi Jason,
> > 
> > can you please attach the full logs? We had very similar issue before I we
> > need to see if is the same or not.
> 
> I may have to recreate it -- I switched back to an all in one engine after my
> setup started refusing to run the engine at all. It's no fun losing your engine!
> 
> This was a migrated-from-standalone setup, maybe that caused additional wrinkles...
> 
> Jason
> 
> > 
> > Thanks

I experienced the exact same symptoms as Jason on a from-scratch installation on two physical nodes with CentOS 6.5 (fully up-to-date) using oVirt 3.4.0_pre (latest test-day release) and GlusterFS 3.5.0beta3 (with Gluster-provided NFS as storage for the self-hosted engine VM only).
I roughly followed the guide from Andrew Lau:
http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/
with some variations due to newer packages (resolved bugs) and different hardware setup (no VLANs in my setup: physically separated networks; custom second nic added to Engine VM template before deploying etc.)
The self-hosted installation on first node + Engine VM (configured for managing both oVirt and the storage; Datacenter default set to NFS because no GlusterFS offered) went apparently smooth, but the HA-agent failed to start at the very end (same errors in logs as Jason: the storage domain seems "missing") and I was only able to start it all manually with:
hosted-engine --connect-storagehosted-engine --start-poolhosted-engine --vm-start
then the Engine came up and I could use it, I even registered the second node (same final error in HA-agent) and tried to add GlusterFS storage domains for further VMs and ISOs (by the way: the original NFS-GlusterFS domain for Engine VM only is not present inside the Engine web UI) but it always failed activating the domains (they remain "Inactive").
Furthermore the engine gets killed some time after starting (from 3 up to 11 hours later) and the only way to get it back is repeating the above commands.
I always managed GlusterFS "natively" (not through oVirt) from the commandline and verified that the NFS-exported Engine-VM-only volume gets replicated, but I obviously failed to try migration because the HA part results inactive and oVirt refuse to migrate the Engine.
Since I tried many times, with variations and further manual actions between (like trying to manually mount the NFS Engine domain, restarting the HA-agent only etc.), my logs are "cluttered", so I should start from scratch again and pack up all logs in one swipe.
Tell me what I should capture and at which points in the whole process and I will try to follow up as soon as possible.
Many thanks,Giuseppe
> > --
> > Martin Sivák
> > msivak at redhat.com
> > Red Hat Czech
> > RHEV-M SLA / Brno, CZ
> > 
> > ----- Original Message -----
> > > On Fri, Mar 07, 2014 at 10:17:43AM +0100, Sandro Bonazzola wrote:
> > > > Il 07/03/2014 01:10, Jason Brooks ha scritto:
> > > > > Hey everyone, I've been testing out oVirt 3.4 w/ hosted engine, and
> > > > > while I've managed to bring the engine up, I've only been able to do it
> > > > > manually, using "hosted-engine --vm-start".
> > > > > 
> > > > > The ovirt-ha-agent service fails reliably for me, erroring out with
> > > > > "RequestError: Request failed: success."
> > > > > 
> > > > > I've pasted error passages from the ha agent and vdsm logs below.
> > > > > 
> > > > > Any pointers?
> > > > 
> > > > looks like a VDSM bug, Dan?
> > > 
> > > Why? The exception is raised from deep inside the ovirt_hosted_engine_ha
> > > code.
> > > _______________________________________________
> > > Users mailing list
> > > Users at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > > 
> > _______________________________________________
> > Users mailing list
> > Users at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140310/09e84038/attachment-0001.html>