Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1172331 - [Docs][Install] QE team review - upgrade procedures in the 3.5 Installation Guide
[Docs][Install] QE team review - upgrade procedures in the 3.5 Installation G...
Status: CLOSED CURRENTRELEASE
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: Documentation (Show other bugs)
3.5.0
Unspecified Unspecified
high Severity unspecified
: ---
: 3.5.0
Assigned To: Lucy Bopf
Julie
: Triaged
Depends On:
Blocks: 1193259
  Show dependency treegraph
 
Reported: 2014-12-09 15:56 EST by Julie
Modified: 2015-03-12 20:54 EDT (History)
11 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-03-12 20:54:26 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Julie 2014-12-09 15:56:01 EST
3.4 RHEV-M should be on RHEL 6.5, and we tell users to use RHEL 6.6 for 3.5 RHEV-M. Our current upgrade procedure only provides instructions for upgrading from 3.4 to 3.5, but does not mention the underlying OS upgrade. 

SME contact: Nikolai Sednev

QE team's upgrade workflow:
First things first, we did 3.3->3.4 as follows:

    Setup with all hosts at 3.3 and engine 3.3.
    Upgraded only the engine 3.3->3.4.
    Upgraded hosts 3.3->3.4
    Changed host clusters 3.3->3.4 
    Changed DC 3.3->3.4

Then we performed 3.4->3.5 as shown bellow:

    Upgraded several hosts 3.4->3.5
    Upgraded engine only first to 3.5 from 3.4
    Upgraded engine's OS from 6.5->6.6.
    Upgraded several host clusters 3.4->3.3
    We still have to complete DCs upgrades 3.4->3.5
Comment 6 Nikolai Sednev 2015-02-05 11:03:17 EST
I'll give my comments regarding chapter 5 only, as it deals with RHEVM upgrade procedure, which we actually performed starting from 3.3->3.4->3.5.

5.1-1- We actually performed "yum update all -y" instead of updating only rhevm package, that is for two reasons, to not to miss kernel updates and to get OS updated from RHEL6.5 to 6.6 using correct repos.
5.3- We used RHEVHs and RHELS, during upgrade from 3.3->3.4 we decided to upgrade first the engine, after engine was upgraded we set hosts to maintenance, then upgraded them using engine, then rebooted manually because some mount bugs we had with NFS, we had to reboot them manually, otherwise host's could not mount their paths correctly.

I personally don't see anything more to be added to existing document, yet we didn't followed it during our upgrade task as we didn't knew of it's existence at a time of upgrade was done, we also decided to make upgrade procedure as simple as we could get and as close to our day-to-day path of upgrades.
Comment 9 Michael Burman 2015-02-16 01:48:02 EST
Hi Julie, Lucinda, Nikolai

There is nothing additional to add from the network side regarding the upgrade flow and process.
The upgrade procedure and process well covered.

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