Bug 912449

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