5:27 a.m.
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:
https://gist.github.com/lzap/7a8cbb7f44d41e4ad171
But I don't know if it's complete or just for his personal use.
No hurry, I know you are all busy ;-)
Kind regards,
Jorick Astrego
Netbulae B.V.
5:59 a.m.
----- Original Message -----
From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
To: users(a)ovirt.org
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:
https://gist.github.com/lzap/7a8cbb7f44d41e4ad171
But I don't know if it's complete or just for his personal use.
No hurry, I know you are all busy ;-)
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.
Kind regards,
Jorick Astrego
Netbulae B.V.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
7:21 a.m.
----- Original Message -----
From: "Alon Bar-Lev" <alonbl(a)redhat.com>
To: "Jorick Astrego" <j.astrego(a)netbulae.eu>
Cc: users(a)ovirt.org
Sent: Friday, August 15, 2014 1:59:41 PM
Subject: Re: [ovirt-users] list of answer file parameters?
----- Original Message -----
> From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
> To: users(a)ovirt.org
> 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:
>
> https://gist.github.com/lzap/7a8cbb7f44d41e4ad171
>
> But I don't know if it's complete or just for his personal use.
>
> No hurry, I know you are all busy ;-)
>
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.
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] http://www.ovirt.org/Otopi
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1101001
--
Didi
7:32 a.m.
On 08/15/2014 02:21 PM, Yedidyah Bar David wrote:
----- Original Message -----
> From: "Alon Bar-Lev" <alonbl(a)redhat.com>
> To: "Jorick Astrego" <j.astrego(a)netbulae.eu>
> Cc: users(a)ovirt.org
> Sent: Friday, August 15, 2014 1:59:41 PM
> Subject: Re: [ovirt-users] list of answer file parameters?
>
>
>
> ----- Original Message -----
>> From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
>> To: users(a)ovirt.org
>> 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:
>>
>> https://gist.github.com/lzap/7a8cbb7f44d41e4ad171
>>
>> But I don't know if it's complete or just for his personal use.
>>
>> No hurry, I know you are all busy ;-)
>>
> 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.
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] http://www.ovirt.org/Otopi
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1101001
Yes that was my problem, I
was trying to do AIO install but
engine-cleanup didn't work because a version mismatch.
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
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.
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.
Kind regards,
Jorick Astrego
Netbulae
8:16 a.m.
----- Original Message -----
From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
Cc: users(a)ovirt.org
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:
> ----- Original Message -----
>> From: "Alon Bar-Lev" <alonbl(a)redhat.com>
>> To: "Jorick Astrego" <j.astrego(a)netbulae.eu>
>> Cc: users(a)ovirt.org
>> Sent: Friday, August 15, 2014 1:59:41 PM
>> Subject: Re: [ovirt-users] list of answer file parameters?
>>
>>
>>
>> ----- Original Message -----
>>> From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
>>> To: users(a)ovirt.org
>>> 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:
>>>
>>> https://gist.github.com/lzap/7a8cbb7f44d41e4ad171
>>>
>>> But I don't know if it's complete or just for his personal use.
>>>
>>> No hurry, I know you are all busy ;-)
>>>
>> 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.
> 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] http://www.ovirt.org/Otopi
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1101001
Yes that was my problem, I was trying to do AIO install but
engine-cleanup didn't work because a version mismatch.
Perhaps because you upgraded ovirt-engine-setup without running engine-setup.
You should have been able to fix by downgrading it.
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
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?
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.
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.
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.
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).
--
Didi
9:20 a.m.
This is a multi-part message in MIME format.
--------------000305070504010807000007
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
On 08/15/2014 03:16 PM, Yedidyah Bar David wrote:
----- Original Message -----
> From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
> Cc: users(a)ovirt.org
> 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:
>> ----- Original Message -----
>>> From: "Alon Bar-Lev" <alonbl(a)redhat.com>
>>> To: "Jorick Astrego" <j.astrego(a)netbulae.eu>
>>> Cc: users(a)ovirt.org
>>> Sent: Friday, August 15, 2014 1:59:41 PM
>>> Subject: Re: [ovirt-users] list of answer file parameters?
>>>
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
>>>> To: users(a)ovirt.org
>>>> 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:
>>>>
>>>> https://gist.github.com/lzap/7a8cbb7f44d41e4ad171
>>>>
>>>> But I don't know if it's complete or just for his personal use.
>>>>
>>>> No hurry, I know you are all busy ;-)
>>>>
>>> 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.
>> 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] http://www.ovirt.org/Otopi
>> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1101001
> Yes that was my problem, I was trying to do AIO install but
> engine-cleanup didn't work because a version mismatch.
Perhaps because you upgraded ovirt-engine-setup without running engine-setup.
You should have been able to fix by downgrading it.
> 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
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?
> 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.
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.
> 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.
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).
Ok, I understand. Thanks for
the info.
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:
*OVESETUP_REMOVE*
But I don't know what to tell it..
Kind regards,
Jorick Astrego
--------------000305070504010807000007
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<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
class="moz-txt-link-rfc2396E"
href="mailto:j.astrego@netbulae.eu"><j.astrego@netbulae.eu></a>
Cc: <a 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
class="moz-txt-link-rfc2396E"
href="mailto:alonbl@redhat.com"><alonbl@redhat.com></a>
To: "Jorick Astrego" <a class="moz-txt-link-rfc2396E"
href="mailto:j.astrego@netbulae.eu"><j.astrego@netbulae.eu></a>
Cc: <a 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
class="moz-txt-link-rfc2396E"
href="mailto:j.astrego@netbulae.eu"><j.astrego@netbulae.eu></a>
To: <a 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 class="moz-txt-link-freetext"
href="https://gist.github.com/lzap/7a8cbb7f44d41e4ad171">htt...
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 class="moz-txt-link-freetext"
href="http://www.ovirt.org/Otopi">http://www.ovirt.org/Otopi...
[2] <a class="moz-txt-link-freetext"
href="https://bugzilla.redhat.com/show_bug.cgi?id=1101001">h...
</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=UTF-8">
<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>
</body>
</html>
--------------000305070504010807000007--
9:24 a.m.
This is a multi-part message in MIME format.
--------------020807090607000206020500
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
On 08/15/2014 04:20 PM, Jorick Astrego wrote:
On 08/15/2014 03:16 PM, Yedidyah Bar David wrote:
> ----- Original Message -----
>> From: "Jorick Astrego"<j.astrego(a)netbulae.eu>
>> Cc:users@ovirt.org
>> 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:
>>> ----- Original Message -----
>>>> From: "Alon Bar-Lev"<alonbl(a)redhat.com>
>>>> To: "Jorick Astrego"<j.astrego(a)netbulae.eu>
>>>> Cc:users@ovirt.org
>>>> Sent: Friday, August 15, 2014 1:59:41 PM
>>>> Subject: Re: [ovirt-users] list of answer file parameters?
>>>>
>>>>
>>>>
>>>> ----- Original Message -----
>>>>> From: "Jorick Astrego"<j.astrego(a)netbulae.eu>
>>>>> To:users@ovirt.org
>>>>> 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:
>>>>>
>>>>> https://gist.github.com/lzap/7a8cbb7f44d41e4ad171
>>>>>
>>>>> But I don't know if it's complete or just for his personal
use.
>>>>>
>>>>> No hurry, I know you are all busy ;-)
>>>>>
>>>> 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.
>>> 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]http://www.ovirt.org/Otopi
>>> [2]https://bugzilla.redhat.com/show_bug.cgi?id=1101001
>> Yes that was my problem, I was trying to do AIO install but
>> engine-cleanup didn't work because a version mismatch.
> Perhaps because you upgraded ovirt-engine-setup without running engine-setup.
> You should have been able to fix by downgrading it.
>
>> 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
> 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?
>
>> 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.
> 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.
>
>> 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.
> 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).
Ok, I understand. Thanks for the info.
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:
*OVESETUP_REMOVE*
But I don't know what to tell it..
Kind regards,
Jorick Astrego
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 ;-)
Kind regards,
Jorick Astrego
Netbulae
--------------020807090607000206020500
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<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">htt...
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...
[2] <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://bugzilla.redhat.com/show_bug.cgi?id=1101001">h...
</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>
--------------020807090607000206020500--
7:01 a.m.
----- Original Message -----
From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
To: users(a)ovirt.org
Sent: Friday, August 15, 2014 5:24:04 PM
Subject: Re: [ovirt-users] list of answer file parameters?
[snip]
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:
OVESETUP_REMOVE
But I don't know what to tell it..
Kind regards,
Jorick Astrego
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 ;-)
If that's your goal you should use engine-cleanup. When does it say when failing?
What version(s)?
--
Didi
7:23 a.m.
On 08/17/2014 02:01 PM, Yedidyah Bar David wrote:
----- Original Message -----
> From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
> To: users(a)ovirt.org
> Sent: Friday, August 15, 2014 5:24:04 PM
> Subject: Re: [ovirt-users] list of answer file parameters?
[snip]
> 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:
>
> OVESETUP_REMOVE
>
> But I don't know what to tell it..
>
> Kind regards,
> Jorick Astrego
>
>
> 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 ;-)
If that's your goal you should use engine-cleanup. When does it say when failing?
What version(s)?
That was one off the goals. For the rest I just want to skip
manual
install in the future... I've been installing ovirt so many times the
last year that I'm getting bored with it..... And that is where I use
answer files for when they are used. When I did IBM work in the past, I
exclusively used answer files as they were very extensively documented
and installations could run for hours. I even built scripts that
generated the needed answer files to make installation easy and without
errors.
For the cleanup bug
https://bugzilla.redhat.com/show_bug.cgi?id=1130137
Kind regards,
Jorick Astrego
Netbulae B.V.
7:26 a.m.
On 08/17/2014 02:23 PM, Jorick Astrego wrote:
On 08/17/2014 02:01 PM, Yedidyah Bar David wrote:
> ----- Original Message -----
>> From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
>> To: users(a)ovirt.org
>> Sent: Friday, August 15, 2014 5:24:04 PM
>> Subject: Re: [ovirt-users] list of answer file parameters?
> [snip]
>> 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:
>>
>> OVESETUP_REMOVE
>>
>> But I don't know what to tell it..
>>
>> Kind regards,
>> Jorick Astrego
>>
>>
>> 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 ;-)
> If that's your goal you should use engine-cleanup. When does it say
> when failing?
>
> What version(s)?
That was one off the goals. For the rest I just want to skip manual
install in the future... I've been installing ovirt so many times the
last year that I'm getting bored with it..... And that is where I use
answer files for when they are used. When I did IBM work in the past,
I exclusively used answer files as they were very extensively
documented and installations could run for hours. I even built scripts
that generated the needed answer files to make installation easy and
without errors.
For the cleanup bug
https://bugzilla.redhat.com/show_bug.cgi?id=1130137
Kind regards,
Jorick Astrego
Netbulae B.V.
Would it be an option to have a parameter so the installer only
generates the answer file and doesn't do any changes/installation.
Kind regards,
Jorick Astrego
7:41 a.m.
----- Original Message -----
From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
Cc: users(a)ovirt.org
Sent: Sunday, August 17, 2014 3:23:05 PM
Subject: Re: [ovirt-users] list of answer file parameters?
On 08/17/2014 02:01 PM, Yedidyah Bar David wrote:
> ----- Original Message -----
>> From: "Jorick Astrego" <j.astrego(a)netbulae.eu>
>> To: users(a)ovirt.org
>> Sent: Friday, August 15, 2014 5:24:04 PM
>> Subject: Re: [ovirt-users] list of answer file parameters?
> [snip]
>> 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:
>>
>> OVESETUP_REMOVE
>>
>> But I don't know what to tell it..
>>
>> Kind regards,
>> Jorick Astrego
>>
>>
>> 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 ;-)
> If that's your goal you should use engine-cleanup. When does it say when
> failing?
>
> What version(s)?
That was one off the goals. For the rest I just want to skip manual
install in the future... I've been installing ovirt so many times the
last year that I'm getting bored with it..... And that is where I use
If it's for non-production work, I think you can simply use the existing
files you created, and recreate them for newer versions if the old ones
break...
answer files for when they are used. When I did IBM work in the past,
I
exclusively used answer files as they were very extensively documented
and installations could run for hours. I even built scripts that
generated the needed answer files to make installation easy and without
errors.
For the cleanup bug
https://bugzilla.redhat.com/show_bug.cgi?id=1130137
Thanks for the report. Already solved in the code, should be fixed soon
in a new build. Or use the nightly builds...
--
Didi
3780
days inactive
3782
days old
10 comments
3 participants
participants (3)
-
Alon Bar-Lev -
Jorick Astrego -
Yedidyah Bar David