Would this be enough for 3.3?
Yes, that would definitely help a great deal. Since reporting this bug I have run into several other instances of something failing between the PW generation and the conf file writing. This will go a long way toward helping folks recover from a failure. Thanks! ~james
Verified on 3.3.2 (is35): # service httpd stop Stopping httpd: [ OK ] ... === ... [ INFO ] Stage: Initializing Welcome to the RHEV 3.3.2 upgrade. Please read the following knowledge article for known issues and updated instructions before proceeding with the upgrade. RHEV 3.3.2 Upgrade Guide: Tips, Considerations and Roll-back Issues https://access.redhat.com/site/articles/408623 Would you like to continue with the upgrade? (Yes, No) [Yes]: yes ... === ... # service httpd stop Stopping httpd: [ OK ] Welcome to ovirt-engine-dwh setup utility In order to proceed the installer must stop the ovirt-engine service Would you like to stop the ovirt-engine service (yes|no): yes ... The upgrade utility can backup the existing database. The time and space required for the database backup depend on its size. The detected DB size is 19 MB. This process takes time, and in some cases (for instance, when the size is few GBs) may take few hours to complete. Would you like to continue and backup the existing database? Answering "no" will skip the backup step and continue the upgrade without backing up the database (yes|no): yes ... === ... # service httpd status httpd is stopped Welcome to rhevm-reports setup utility In order to proceed the installer must stop the ovirt-engine service Would you like to stop the ovirt-engine service (yes|no): yes ... Return Code is not zero Error encountered while installing rhevm-reports, please consult the log file: /var/log/ovirt-engine/ovirt-engine-reports-setup-2014_03_19_20_40_00.log [root@fire32-rep yum.repos.d]# less /var/log/ovirt-engine/ovirt-engine-reports-setup-2014_03_19_20_40_00.log log: 2014-03-19 20:54:00::DEBUG::rhevm-reports-setup::912::root:: downloading certificates https://fire32-rep.scl.lab.tlv.redhat.com:443 ... File "<string>", line 1, in connect socket.error: [Errno 111] Connection refused ... raise Exception(msg) Exception: Return Code is not zero
Created attachment 876574 [details] reports setup log
Barak - please see end of description (copied from comment 4 of bug #1071020) for the solution and how to test it. I only fixed the second part of the summary - "and prevents any future rhevm-reports-setup from succeeding".
(In reply to Yedidyah Bar David from comment #7) > Barak - please see end of description (copied from comment 4 of bug > #1071020) for the solution and how to test it. I only fixed the second part > of the summary - "and prevents any future rhevm-reports-setup from > succeeding". Continue verification: # locate database.conf /etc/ovirt-engine/engine.conf.d/10-setup-database.conf /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-database.conf /etc/ovirt-engine-reports/ovirt-engine-reports.conf.d/10-setup-database.conf # service httpd start Starting httpd: [ OK ] # rhevm-reports-setup Welcome to rhevm-reports setup utility In order to proceed the installer must stop the ovirt-engine service Would you like to stop the ovirt-engine service (yes|no): yes Stopping ovirt-engine... [ DONE ] Backing up reports DB... [ DONE ] Editing XML files... [ DONE ] Setting DB connectivity... [ DONE ] Backing up Installation... [ DONE ] Updating DB Schema... [ DONE ] Exporting adhoc reports... [ DONE ] Exporting scheduled reports... [ DONE ] Exporting current users... [ DONE ] Deploying Server... [ DONE ] Updating Redirect Servlet... [ DONE ] Importing current users... [ DONE ] Importing adhoc reports... [ DONE ] Importing reports... [ DONE ] Importing current users... [ DONE ] Customizing Server... [ DONE ] Importing scheduled reports... [ DONE ] Running post setup steps... [ DONE ] Starting ovirt-engine... [ DONE ] Restarting httpd... [ DONE ] Succesfully installed rhevm-reports. The installation log file is available at: /var/log/ovirt-engine/ovirt-engine-reports-setup-2014_03_20_12_24_36.log In that case it is verified.
This bug is currently attached to errata RHBA-2014:17207 If this change is not to be documented in the text for this errata please either remove it from the errata, set the requires_doc_text flag to minus (-), or leave a "Doc Text" value of "--no tech note required" if you do not have permission to alter the flag. Otherwise to aid in the development of relevant and accurate release documentation, please fill out the "Doc Text" field above with these four (4) pieces of information: * Cause: What actions or circumstances cause this bug to present. * Consequence: What happens when the bug presents. * Fix: What was done to fix the bug. * Result: What now happens when the actions or circumstances above occur. (NB: this is not the same as 'the bug doesn't present anymore') Once filled out, please set the "Doc Type" field to the appropriate value for the type of change made and submit your edits to the bug. For further details on the Cause, Consequence, Fix, Result format please refer to: https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes Thanks in advance.
Changed the doctext to not mention apache, as we did not deal with it.
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. http://rhn.redhat.com/errata/RHBA-2014-0393.html