Description of problem: Have RHEVH rhevh-6.4-20130214.0.el6, install it and try upgrade. Engine wrongly tries to look for /usr/share/ovirt-node-iso . TheISOs should be in '/usr/share/rhev-hypervisor/'. I tried to create link to it as workaround - ERROR from engine.log disappears, however same message appears in UI: "There are no ISO versions that are compatible with the Host's current version." Version-Release number of selected component (if applicable): sf7 How reproducible: 100% Steps to Reproduce: 1. install rpm with REHVH 2. put older RHEVH into maint & try upgrade 3. Actual results: 2013-02-18 17:58:12,745 ERROR [org.ovirt.engine.core.bll.GetoVirtISOsQuery] (http-/0.0.0.0:8701-1) ovirt ISOs directory not found. Search in: /usr/share/ovirt-node-iso Expected results: upgrade of REHVH Additional info: Only message in engine.log is the one in Actual results section.
Hi Douglas, I guess it is missing downstream only patch for the vdc_options. Pavel, You can try to workaround this by modifying the following vdc_options: --- oVirtISOsRepositoryPath = /usr/share/rhev-hypervisor OvirtIsoPrefix = rhevh OvirtInitialSupportedIsoVersion = 5.8 --- Thanks!
Changing above mentioned did help, host was successfully upgraded Mon, 04 Mar 2013 12:16:56 DEBUG <BSTRAP component='doUpgrade' status='OK' message='Upgrade Succeeded. Rebooting'/> however engine threw this in events Host dell-r210ii-08.rhev.lab.eng.brq.redhat.com installation failed. Upgrade failed, please refer to logs for further information. after this message host rebooted and went up attaching log collector if there is a need for further investigation
Created attachment 704940 [details] sosreport-LogCollector-admin-20130304132546-91a3.tar.xz
Hello Martin, I continue with the message "There are no ISO versions that are compatible with the Host's current version." in the GUI even updating the vdc_options. However it disappears from the engine.log, here my steps: RHEV-M: sf7 RHEV-H NODE installed: rhevh-6.4-20130214.0.el6 On RHEV-M rpm installed: rhev-hypervisor6-6.4-20130221.0.el6.noarch # psql engine postgres -c "update vdc_options set option_value = '/usr/share/rhev-hypervisor' where option_name = 'oVirtISOsRepositoryPath'" # psql engine postgres -c "update vdc_options set option_value = 'rhevh' where option_name = 'OvirtIsoPrefix'" # psql engine postgres -c "update vdc_options set option_value = '5.8' where option_name = 'OvirtInitialSupportedIsoVersion'" # select option_value from vdc_options where option_name='oVirtISOsRepositoryPath' or option_name='OvirtInitialSupportedIsoVersion' or option_name='OvirtIsoPrefix'; option_value ---------------------------- /usr/share/rhev-hypervisor rhevh 5.8 After that, even restarting ovirt-engine service didn't make the trick. Am I missing something? Thanks Douglas
Hello Douglas, after I restarted ovirt-engine, I had to clear cache and restart my Firefox as well.
This bug is currently attached to errata RHEA-2013:14491. 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.
Please ignore my comment#14, it's related to https://bugzilla.redhat.com/show_bug.cgi?id=920671. I am going to verify this bz with SF13.
Hi Shaochen, The tests are based on rhev-hypervisor-advanced-6.4-20130404.0.el6ev which creates /usr/share/rhev-hypervisor-advanced/ instead of use /usr/share/rhev-hypervisor dir. Seems to be our problem, here some data from database: engine=# select option_value from vdc_options where engine-# option_name='oVirtISOsRepositoryPath' or engine-# option_name='OvirtInitialSupportedIsoVersion' or engine-# option_name='OvirtIsoPrefix'; option_value ---------------------------- rhevh 5.8 /usr/share/rhev-hypervisor (3 rows) Tested on: # rpm -qa | grep -i rhevm <snip> rhevm-3.2.0-10.18.beta2.el6ev.noarch </snip> Mike, can you please share your thoughts here? Looks like the rhev-hypervisor-advanced break the compatible mode. Thanks Douglas
This is definitely a problem. There are 2 ways to fix it: 1. add /usr/share/rhev-hypervisor-advanced as an optional location to look for new isos 2. have rhev-hypervisor-advanced install to /usr/share/rhev-hypervisor #1 seems like the simplest to me as long as it's possible to search both locations (for 3.1 or 3.0 clusters you probably want to be able to install an older rhev-hypervisor6 iso) #2 may lead to some problems with the symlinks that we create in both the rhev-hypervisor6 and rhev-hypervisor-advanced packages.
Hi Shaochen, It's a problem introduced by the new rhev-hypevisor rpm, now includes -advanced schema. Here my test for this bugzilla (which worked): 1) Installed RHEV-H: rhev-hypervisor6-6.4-20130306.2.el6_4.noarch as NODE. 2) Installed RHEV-M SF13 3) Installed on RHEV-M SF13 the RPM: rhev-hypervisor6-6.4-20130318.1.el6_4.noarch.rpm 4) Put the host in maintenance mode and click upgrade Now the ISO rhev-hypervisor6-6.4-20130318.1.el6_4.noarch.iso will appear. However, in this test scenario keep in mind this bz: [rhevh upgrade] Reporting a 'Failed to upgrade' to engine, while it really succeeded https://bugzilla.redhat.com/show_bug.cgi?id=920671 Also, please note that I have created the following bz to track this new bug: RHEV-M 3.2 SF13 - support new rhev-hypervisor-advanced rpm schema for upgrade https://bugzilla.redhat.com/show_bug.cgi?id=950271 Moving back to MODIFIED since the original report is fixed, please let me know if you need any additional info. Thanks Douglas
(In reply to comment #17) > Hi Shaochen, > > It's a problem introduced by the new rhev-hypevisor rpm, now includes > -advanced schema. > > Here my test for this bugzilla (which worked): > > 1) Installed RHEV-H: rhev-hypervisor6-6.4-20130306.2.el6_4.noarch as NODE. > 2) Installed RHEV-M SF13 > 3) Installed on RHEV-M SF13 the RPM: > rhev-hypervisor6-6.4-20130318.1.el6_4.noarch.rpm > 4) Put the host in maintenance mode and click upgrade > Now the ISO rhev-hypervisor6-6.4-20130318.1.el6_4.noarch.iso will appear. > > However, in this test scenario keep in mind this bz: > [rhevh upgrade] Reporting a 'Failed to upgrade' to engine, while it really > succeeded > https://bugzilla.redhat.com/show_bug.cgi?id=920671 > > Also, please note that I have created the following bz to track this new bug: > RHEV-M 3.2 SF13 - support new rhev-hypervisor-advanced rpm schema for upgrade > https://bugzilla.redhat.com/show_bug.cgi?id=950271 > > Moving back to MODIFIED since the original report is fixed, please let me > know if you need any additional info. > > Thanks > Douglas Hi Douglas, Thank you very mach for your kind explanation! I have noticed your new bug 950271, any update will let you know. Thanks!
Entered "--no doc text required" in Doc Text field.
Verified on sf16 Rhevm looking for isos in /usr/share/rhev-hypervisor directory Search in: /usr/share/rhev-hypervisor
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/RHSA-2013-0888.html