<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<div class="moz-cite-prefix">On 08/15/2014 04:20 PM, Jorick Astrego
wrote:<br>
</div>
<blockquote cite="mid:53EE1739.4010308@netbulae.eu" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<br>
<div class="moz-cite-prefix">On 08/15/2014 03:16 PM, Yedidyah Bar
David wrote:<br>
</div>
<blockquote
cite="mid:747688483.39502106.1408108610359.JavaMail.zimbra@redhat.com"
type="cite">
<pre wrap="">----- Original Message -----
</pre>
<blockquote type="cite">
<pre wrap="">From: "Jorick Astrego" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:j.astrego@netbulae.eu"><j.astrego@netbulae.eu></a>
Cc: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users@ovirt.org</a>
Sent: Friday, August 15, 2014 3:32:09 PM
Subject: Re: [ovirt-users] list of answer file parameters?
On 08/15/2014 02:21 PM, Yedidyah Bar David wrote:
</pre>
<blockquote type="cite">
<pre wrap="">----- Original Message -----
</pre>
<blockquote type="cite">
<pre wrap="">From: "Alon Bar-Lev" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:alonbl@redhat.com"><alonbl@redhat.com></a>
To: "Jorick Astrego" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:j.astrego@netbulae.eu"><j.astrego@netbulae.eu></a>
Cc: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users@ovirt.org</a>
Sent: Friday, August 15, 2014 1:59:41 PM
Subject: Re: [ovirt-users] list of answer file parameters?
----- Original Message -----
</pre>
<blockquote type="cite">
<pre wrap="">From: "Jorick Astrego" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:j.astrego@netbulae.eu"><j.astrego@netbulae.eu></a>
To: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users@ovirt.org</a>
Sent: Friday, August 15, 2014 1:27:23 PM
Subject: [ovirt-users] list of answer file parameters?
Hi,
I'm looking everywhere for a full list of "OVESETUP" parameters that can
be used in the installer answerfile.
Searched the red hat manual and found some in:
"3.6. Passwords in Red Hat Enterprise Virtualization Manager"
But there are more. I can get it from a finished install but some
parameters only apply to some types of installation.
I found this one form lzap:
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://gist.github.com/lzap/7a8cbb7f44d41e4ad171">https://gist.github.com/lzap/7a8cbb7f44d41e4ad171</a>
But I don't know if it's complete or just for his personal use.
No hurry, I know you are all busy ;-)
</pre>
</blockquote>
<pre wrap="">Hi,
The simplest way is to perform setup and record the answer file.
You can even <Ctrl>C at the summary confirmation question and answer file
will be generated for you without installing anything.
Full list is available at
/usr/share/ovirt-engine/setup/ovirt_engine_setup/,
seek *.py and look for @osetupattrs with answerfile=True. Maybe in future
we
can have utility to extract all with description.
</pre>
</blockquote>
<pre wrap="">Also note:
1. The files there are separated between different packages, so you'll not
necessarily have all, if you did not install some optional ones.
2. Not all combinations are supported, and in principle it's possible to
manually
create answer files that will cause setup to fail, or even to succeed but
leave
an unsupported, unexpected system setup. I started writing about this some
time
ago in [1] but got stuck in the middle, and Alon said I should not call it
Otopi
because it does not document Otopi but engine-setup, and he is largely
right.
See also [2], which is not directly related (key is not answerfile=True),
but does
give a relevant example.
[1] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.ovirt.org/Otopi">http://www.ovirt.org/Otopi</a>
[2] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1101001">https://bugzilla.redhat.com/show_bug.cgi?id=1101001</a>
</pre>
</blockquote>
<pre wrap="">Yes that was my problem, I was trying to do AIO install but
engine-cleanup didn't work because a version mismatch.
</pre>
</blockquote>
<pre wrap="">Perhaps because you upgraded ovirt-engine-setup without running engine-setup.
You should have been able to fix by downgrading it.
</pre>
<blockquote type="cite">
<pre wrap="">So I tried removing everything by hand but the installer never asked me
the install local VDSM question... Then I thought I'd get smart and just
</pre>
</blockquote>
<pre wrap="">Perhaps you did not have the allinone plugin itself? Or removed its
/etc/ovirt-engine-setup.conf.d/10-packaging-aio.conf ?
Or something like that?
</pre>
<blockquote type="cite">
<pre wrap="">edit the answer the installer generated and add the AIO lines to it.
But nearly all the settings are undocumented so I had to resort to
searching on what to set them to on pastebin etc. In the end, I
reinstalled the host as it was quicker to do a fresh install.
Also I want to create puppet files and deploy engine through foreman.
I think as a workaround, I'll do a couple of different installs and rip
the generated answer file from them. But when a new parameter get's
introduced, I will never know about it until I run into an issue.
</pre>
</blockquote>
<pre wrap="">I think that using the kept files during the same minor (e.g. generate
on 3.4.2, use for 3.4.3) should usually be safe (but not always). When
upgrading to 3.5, I suggest to run again interactively to generate new
answer files.
</pre>
<blockquote type="cite">
<pre wrap="">Something like "ovirt-installer --list-answerfile" should be possible
IMHO, as the installer uses and verifies the parameters on install. I'm
not a programmer but it should be able to spit out a list them.
</pre>
</blockquote>
<pre wrap="">We had several discussions in the past re this.
We'd rather not do that. Main reason is what I explained above - some
combinations will not work well.
I think the main flows to using answer files are:
1. Most common - you have a specific env you want to be able to generate
(including specific packages/plugins installed, specific answers you want
to give etc). You just run engine-setup interactively and keep the
generated answer file, and do not edit it. It will in principle be good
only for an exact copy (same versions of packages etc.).
2. You do some testing of engine-setup and need to run it lots of times,
interactively, and just not want to have to answer all the questions, just
some of them. So you run engine-setup, edit the answer file and remove the
answers you want to give interactively and use that.
3. Similar to 2. above, but you just want to keep very few answers (such
as the one for the question warning you against running setup with not
enough memory :-) ). So you keep a very small answer file and either
press Enter to accept defaults or fill in answers you want to test interactively.
Of course, if you have a question regarding a specific key, you are welcome
to ask, and/or search for it in the python files and try to understand how
it's used (for many, it's easy to understand).
</pre>
</blockquote>
Ok, I understand. Thanks for the info.<br>
<br>
As ovirt-cleanup is not working and reinstall fails with "detail:
Cannot create Data Center. The Data Center name is already in
use.", I'd like to drop the database when I rerun the installer. I
found:<br>
<br>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<b style="margin: 0px; padding: 0px; border: 0px; font-family:
DDG_ProximaNova, 'Proxima Nova', 'Helvetica Neue', Helvetica,
'Segoe UI', 'Nimbus Sans L', 'Liberation Sans', 'Open Sans',
FreeSans, Arial, sans-serif; font-style: normal; font-variant:
normal; font-weight: 600; line-height: 18.21666145324707px;
font-size: 13px; vertical-align: baseline; color: rgb(51, 51,
51); letter-spacing: normal; orphans: auto; text-align: start;
text-indent: 0px; text-transform: none; white-space: normal;
widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;
background-color: rgb(247, 247, 247);">OVESETUP_REMOVE</b><br>
<br>
But I don't know what to tell it..<br>
<br>
Kind regards,<br>
Jorick Astrego<br>
<br>
</blockquote>
<br>
Just to head you off, I can drop the database myself that's no
problem. But I like to do less and less manual work ;-)<br>
<br>
Kind regards,<br>
<br>
Jorick Astrego<br>
Netbulae<br>
</body>
</html>