[ovirt-users] self hosted setup with answer file

[Yedidyah Bar David]

----- Original Message -----
> From: "Greg Swift" <gregswift at gmail.com>
> To: "Yedidyah Bar David" <didi at redhat.com>
> Cc: users at ovirt.org
> Sent: Monday, February 16, 2015 5:53:12 PM
> Subject: Re: [ovirt-users] self hosted setup with answer file
> 
> On Mon, Feb 16, 2015 at 1:18 AM, Yedidyah Bar David <didi at redhat.com> wrote:
> 
> > ----- Original Message -----
> > > From: "Greg Swift" <gregswift at gmail.com>
> > > To: users at ovirt.org
> > > Sent: Monday, February 16, 2015 7:37:53 AM
> > > Subject: Re: [ovirt-users] self hosted setup with answer file
> > >
> > > I'm starting to get more concerned. It seems almost every time i run it
> > off
> > > the same answer file I get a different setup.
> > >
> > > On Sun, Feb 15, 2015 at 11:45 AM, Greg Swift < gregswift at gmail.com >
> > wrote:
> > >
> > >
> > >
> > > So i've been playing with standing up a self hosted instance of oVirt.
> > I'm
> > > using an answer file that i generated first time I tried running it (so
> > that
> > > I can provision w/ ansible)
> > >
> > > I've run into 2 problems.
> > >
> > > 1: i have to specify the jboss home manually from the cli (didn't see an
> > > answer equivalent), even though the ovirt jboss package is installed.
> >
> > Are you referring to 'hosted-engine --deploy' on the host, to
> > 'engine-setup'
> > inside the VM, both? You need a different answer file for each, and the one
> > generated for 'hosted-engine --deploy' is currently not enough for
> > automatic
> > unattended installation. For that, see [1].
> >
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1101297
> >
> 
> So I was installing the allinone plugin and then running engine-setup.
> 
> 
> >
> > >
> > > 2: Generally speaking it seems to be ignoring several of the answer file
> > > config entries. My answers tell it to 'confirm settings' and it runs
> > > non-interactively. Plus all the local storage configs seem to be ignored.
> > >
> > > I'm running ovirt-engine-3.5.1.1-1.el7.centos.noarch
> > >
> > > Any suggestions?
> >
> > In addition to the above, if you suspect a real bug, logs and answer files
> > will help.
> >
> 
> So the problem is that at this point I've killed the system that wasn't
> working and I think I found a solution.  I wish i had thought to save off
> the logs, but at least in theory it seemed to be re-produceable.
> 
> That being said the following changes to my original answer file (OP
> attachment) and I've got a working environment
> 
> -OVESETUP_CONFIG/applicationMode=str:both
> +OVESETUP_CONFIG/applicationMode=str:virt
> 
> -OVESETUP_CONFIG/storageIsLocal=bool:True
> +OVESETUP_CONFIG/storageIsLocal=bool:False
> 
> -OVESETUP_SYSTEM/nfsConfigEnabled=bool:True
> +OVESETUP_SYSTEM/nfsConfigEnabled=bool:False
> 
> -OVESETUP_CONFIG/isoDomainMountPoint=str:/var/lib/exports/iso
> -OVESETUP_CONFIG/isoDomainName=str:ISO_DOMAIN
> -OVESETUP_CONFIG/isoDomainACL=str:{{ ansible_fqdn }}(rw)
> +OVESETUP_CONFIG/isoDomainMountPoint=none:None
> +OVESETUP_CONFIG/isoDomainName=none:None
> +OVESETUP_CONFIG/isoDomainACL=none:None
> 
> Some of that is just weird though... storageIsLocal=False? its completely
> local storage.

Seems weird indeed. Are you sure you start from a fresh clean OS installation?
Is it possible that a report similar to yours made me write the last paragraph
of [2]? Generally speaking, all-in-one is not supported on upgrades.

> 
> But hey.. its working consistently now.

Not sure I'd call this consistent, but ok...

Anyway, your email finally pushed me to start documenting this [1].

If your initial report is indeed reproducible, please open a bug and attach
relevant logs/conf/etc. Thanks!

[1] http://www.ovirt.org/Engine_Setup
[2] http://www.ovirt.org/Otopi

Best,
-- 
Didi