
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.

----- Original Message -----
From: "Jorick Astrego" <j.astrego@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.
Kind regards,
Jorick Astrego Netbulae B.V.
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

----- Original Message -----
From: "Alon Bar-Lev" <alonbl@redhat.com> To: "Jorick Astrego" <j.astrego@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@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 -- Didi

On 08/15/2014 02:21 PM, Yedidyah Bar David wrote:
----- Original Message -----
From: "Alon Bar-Lev" <alonbl@redhat.com> To: "Jorick Astrego" <j.astrego@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@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.
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

----- Original Message -----
From: "Jorick Astrego" <j.astrego@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@redhat.com> To: "Jorick Astrego" <j.astrego@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@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). -- Didi

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@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@redhat.com> To: "Jorick Astrego" <j.astrego@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@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 --------------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">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 class="moz-txt-link-freetext" href="http://www.ovirt.org/Otopi">http://www.ovirt.org/Otopi</a> [2] <a 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=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--

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@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@redhat.com> To: "Jorick Astrego"<j.astrego@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@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">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> --------------020807090607000206020500--

----- Original Message -----
From: "Jorick Astrego" <j.astrego@netbulae.eu> To: users@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

On 08/17/2014 02:01 PM, Yedidyah Bar David wrote:
----- Original Message -----
From: "Jorick Astrego" <j.astrego@netbulae.eu> To: users@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.

On 08/17/2014 02:23 PM, Jorick Astrego wrote:
----- Original Message -----
From: "Jorick Astrego" <j.astrego@netbulae.eu> To: users@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
On 08/17/2014 02:01 PM, Yedidyah Bar David wrote: 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

----- Original Message -----
From: "Jorick Astrego" <j.astrego@netbulae.eu> Cc: users@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@netbulae.eu> To: users@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
participants (3)
-
Alon Bar-Lev
-
Jorick Astrego
-
Yedidyah Bar David