Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 912449 - [rhevh] can't upgrade to newer version due to 'ovirt ISOs directory not found'
[rhevh] can't upgrade to newer version due to 'ovirt ISOs directory not found'
Status: CLOSED ERRATA
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine (Show other bugs)
3.2.0
Unspecified Unspecified
urgent Severity urgent
: ---
: 3.2.0
Assigned To: Douglas Schilling Landgraf
Artyom
infra
: Regression, TestBlocker
Depends On:
Blocks: 922807 948448
  Show dependency treegraph
 
Reported: 2013-02-18 12:08 EST by Pavel Stehlik
Modified: 2016-02-10 14:27 EST (History)
16 users (show)

See Also:
Fixed In Version: sf13.1
Doc Type: Bug Fix
Doc Text:
--no doc text required
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-06-10 17:48:16 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: Infra
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
sosreport-LogCollector-admin-20130304132546-91a3.tar.xz (9.60 MB, application/x-xz)
2013-03-04 07:31 EST, Martin Pavlik
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2013:0888 normal SHIPPED_LIVE Moderate: Red Hat Enterprise Virtualization Manager 3.2 update 2013-06-10 20:55:41 EDT

  None (edit)
Description Pavel Stehlik 2013-02-18 12:08:02 EST
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.
Comment 3 Alon Bar-Lev 2013-02-24 06:55:15 EST
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!
Comment 4 Martin Pavlik 2013-03-04 07:30:02 EST
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
Comment 5 Martin Pavlik 2013-03-04 07:31:14 EST
Created attachment 704940 [details]
sosreport-LogCollector-admin-20130304132546-91a3.tar.xz
Comment 6 Douglas Schilling Landgraf 2013-03-04 18:18:41 EST
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
Comment 7 Martin Pavlik 2013-03-05 02:53:41 EST
Hello Douglas,

after I restarted ovirt-engine, I had to clear cache and restart my Firefox as well.
Comment 11 Cheryn Tan 2013-04-03 02:53:50 EDT
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.
Comment 14 Douglas Schilling Landgraf 2013-04-09 10:46:28 EDT
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.
Comment 15 Douglas Schilling Landgraf 2013-04-09 17:55:08 EDT
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
Comment 16 Mike Burns 2013-04-09 19:37:42 EDT
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.
Comment 17 Douglas Schilling Landgraf 2013-04-09 21:26:05 EDT
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
Comment 18 cshao 2013-04-11 23:45:13 EDT
(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!
Comment 20 Charlie 2013-05-16 21:31:24 EDT
Entered "--no doc text required" in Doc Text field.
Comment 21 Artyom 2013-05-19 05:05:55 EDT
Verified on sf16
Rhevm looking for isos in /usr/share/rhev-hypervisor directory
Search in: /usr/share/rhev-hypervisor
Comment 22 errata-xmlrpc 2013-06-10 17:48:16 EDT
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

Note You need to log in before you can comment on or make changes to this bug.