Created attachment 885390 [details] Setup log Description of problem: rhsc-setup --config=<Answer_File> still prompts for a confirmation regarding Red Hat Access Plugin Version-Release number of selected component (if applicable): rhsc-2.1.2-0.36.el6rhs.noarch How reproducible: Always Steps to Reproduce: 1. Install RHS-C 2.1 from the live channel 2. Execute #rhsc-setup --generate-answer=/opt/<Answer_File> 3. Now use the above generated answer file and try to auto install using # rhsc-setup --offline --config=/opt/<Answer_File> Note: "--offline" is used to bypass the auto-update check Actual results: Auto install using the answer file still stops in the middle asking for the confirmation regarding Red Hat Access Plugin. See below: ------------------ [root@server1 opt]# rhsc-setup --offline --config=/opt/20140411164232-setup.conf [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/opt/20140411164232-setup.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20140411164327.log Version: otopi-1.1.2 (otopi-1.1.2-1.el6ev) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PACKAGES ==-- --== NETWORK CONFIGURATION ==-- [ INFO ] iptables will be configured as firewall manager. --== DATABASE CONFIGURATION ==-- --== OVIRT ENGINE CONFIGURATION ==-- --== PKI CONFIGURATION ==-- --== APACHE CONFIGURATION ==-- --== SYSTEM CONFIGURATION ==-- [ INFO ] NFS configuration skipped with application mode Gluster --== END OF CONFIGURATION ==-- Would you like transactions from the Red Hat Access Plugin sent from the RHSC to be brokered through a proxy server? (Yes, No) [No]: ------------------ Expected results: The auto install using the answer file should pass through without any manual intervention. Additional info: Adding the following entry in the answer file can be used as a work-around for the time being. ---- OVESETUP_SYSTEM/configureRedhatAccessPlugin=bool:False ---- Setup log is attached.
Triage Note : As per triage discussion, Prasanth is going to test this in Denali and this might would have been addressed by virtue of fixes that happened in upstream in 3.4 in the infra area. If it's still not fixed, we should document it along with the workaround.
(In reply to Dusmant from comment #1) > Triage Note : As per triage discussion, Prasanth is going to test this in > Denali and this might would have been addressed by virtue of fixes that > happened in upstream in 3.4 in the infra area. > > If it's still not fixed, we should document it along with the workaround. This is tested again in RHSC 3.0 brew build (rhsc-3.0.0-0.4.master.el6_5.noarch) and I'm seeing the same issue here as well. Find below: --------- --== END OF CONFIGURATION ==-- Would you like transactions from the Red Hat Access Plugin sent from the RHSC to be brokered through a proxy server? (Yes, No) [No]: --------- Since it looks like a one line fix, wouldn't it be better to fix it straightaway rather than documenting it with the workaround?
Requires a change in redhataccessplugin to add the module to CoreEnv. Move the bug to GSS team.
Spenser, please check this out.
There was a similar bug in RHEV[1]. To resolve, the initial configuration scripts were moved into the RHEVM component and are now maintained by RHEVM team. I propose the same solution is appropriate here to keep both plugins as similar as possible. [1] - https://bugzilla.redhat.com/show_bug.cgi?id=1007408
Spenser, Engine side patches are available. Kindly check what's required access plugin side and do the needful.
Shubhendu, Does this mean you have pulled in the engine side patches?
Spenser, When I say engine side changes are present, I mean the presence of http://gerrit.ovirt.org/#/c/20336/ in our engine branch.
Subhendu, The initial configuration scripts[1] were moved into the RHEVM component and are now maintained by RHEVM team. Similar patches should be merged into RHSC. [1] - https://gerrit.eng.lab.tlv.redhat.com/#/c/10467/ https://gerrit.eng.lab.tlv.redhat.com/#/c/10596/ https://gerrit.eng.lab.tlv.redhat.com/#/c/10959/
I am removing this bug from blocker list, because fixing this would require a lot of change, which might be risky and there is a work around to address this issue. In bug triage meeting : 3 June -- it was decided that it will be documented as a known issue along with the work around.
Please review and sign off the edited doc text.
edited the text a bit and looks fine now
As part of rebasing with oVirt 3.6 it would be taken in
Now Red Hat Access Plugin related answers are getting written to the answer file
Moving this bug back because once the answer file is generated and user tries to use the answer file to do an rhsc-setup it fails with the following error. [root@dhcp37-201 opt]# rhsc-setup --offline --config=/opt/new_answerfile [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/opt/new_answerfile'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20150528120028-uq1cve.log Version: otopi-1.4.0_master (otopi-1.4.0-0.0.1.master.el6ev) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PRODUCT OPTIONS ==-- --== PACKAGES ==-- --== ALL IN ONE CONFIGURATION ==-- --== NETWORK CONFIGURATION ==-- [ INFO ] iptables will be configured as firewall manager. --== DATABASE CONFIGURATION ==-- --== OVIRT ENGINE CONFIGURATION ==-- --== PKI CONFIGURATION ==-- --== APACHE CONFIGURATION ==-- --== SYSTEM CONFIGURATION ==-- [ INFO ] NFS configuration skipped with application mode Gluster --== MISC CONFIGURATION ==-- --== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation [WARNING] Less than 16384MB of memory is available --== CONFIGURATION PREVIEW ==-- Application mode : gluster Firewall manager : iptables Update Firewall : True Host FQDN : dhcp37-201.lab.eng.blr.redhat.com Engine database name : engine_20150528115417 Engine database secured connection : False Engine database host : localhost Engine database user name : engine_20150528115417 Engine database host name validation : False Engine database port : 5432 Engine installation : True PKI organization : redhat Configure local Engine database : True Set application as default page : True Configure Apache SSL : True Nagios monitoring enabled for gluster hosts: True [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ ERROR ] Failed to execute stage 'Misc configuration': Cannot find Jboss at /usr/share/jboss-as [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20150528120028-uq1cve.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150528120038-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed
My mistake, I overlooked it. The correct command to execute is "rhsc-setup --offline --config-append=<answer file path>"
Verified and works fine with build rhsc-3.1.0-0.57.master.el6.noarch. I see the following line added for red hat access plugin the generated answer file. OVESETUP_SYSTEM/configureRedhatAccessPlugin=bool:False. Generating answer file using the command "rhsc-setup --generate-answer=/opt/new_file" works. Doing rhsc-setup using the command "rhsc-setup --offline --config-append=/opt/new_file" works fine.
Shubhendu, Could you review and sign-off the edited doc text.
doc-text looks fine
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2015-1494.html