Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 881041

Summary: [RFE] Upgrade RHEVM 3.0 to 3.1 with hosts which have same UUID
Product: Red Hat Enterprise Virtualization Manager Reporter: vvyazmin <vvyazmin>
Component: RFEsAssignee: Andrew Cathrow <acathrow>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.1.0CC: acathrow, alonbl, iheim, lpeer, rbalakri, yeylon
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: infra
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-16 10:29:59 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Infra RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
## Logs rhevm-upgrade none

Description vvyazmin@redhat.com 2012-11-28 13:40:16 UTC 
Created attachment 653546 [details]
## Logs rhevm-upgrade

During upgrade procure from RHEVM 3.0 to 3.1 allow upgrade environment with hosts which have same UUID, when they up (without move hosts to maintenance mode before upgrade)


Additional info:

rhevm-upgrade --force-upgrade
Loaded plugins: product-id, rhnplugin
The RHEV 3.0 to 3.1 upgrade process is a Technology Preview at this time
and is not supported for use with production environments.

Please read the following knowledge article for known issue and updated
instructions before proceeding with the upgrade.

[ Red Hat Enterprise Virtualization, Upgrade from version 3.0 to 3.1,  tips, considerations and roll-back issues ]
https://access.redhat.com/knowledge/articles/269333
Would you like to proceed? (yes|no): yes
Info: RHEV Manager 3.0 to 3.1 upgrade detected
Checking pre-upgrade conditions...(This may take several minutes)

Warning: the following packages will be removed if you proceed with the upgrade:
 * objectweb-asm
Would you like to proceed? (yes|no): yes

Checking for updates... (This may take several minutes)
13 Updates available:
 * rhevm-3.1.0-32.el6ev.noarch
 * rhevm-backend-3.1.0-32.el6ev.noarch
 * rhevm-config-3.1.0-32.el6ev.noarch
 * rhevm-dbscripts-3.1.0-32.el6ev.noarch
 * rhevm-genericapi-3.1.0-32.el6ev.noarch
 * rhevm-iso-uploader-3.1.0-8.el6ev.noarch
 * rhevm-log-collector-3.1.0-9.el6ev.noarch
 * rhevm-notification-service-3.1.0-32.el6ev.noarch
 * rhevm-restapi-3.1.0-32.el6ev.noarch
 * rhevm-tools-common-3.1.0-32.el6ev.noarch
 * rhevm-userportal-3.1.0-32.el6ev.noarch
 * rhevm-webadmin-portal-3.1.0-32.el6ev.noarch
 * vdsm-bootstrap-4.9.6-44.0.el6_3.noarch

During the upgrade process, RHEV Manager  will not be accessible.
All existing running virtual machines will continue but you will not be able to
start or stop any new virtual machines during the process.

Would you like to proceed? (yes|no): yes
Stopping ovirt-engine service...                         [ DONE ]
Stopping DB related services...                          [ DONE ]
Pre-upgrade validations...                               [ ERROR ]
Pre-upgade host UUID validation failed

Please move the following hosts to maintenance mode before upgrade:
   - Host cougar08(cougar08.scl.lab.tlv.redhat.com), reason: duplicate BIOS UUID
   - Host cougar05(cougar05.scl.lab.tlv.redhat.com), reason: duplicate BIOS UUID


Error: Upgrade failed.
Comment 1 Itamar Heim 2012-11-29 11:21:53 UTC 
1. alon - iiuc, won't be relevant for a future upgrade as we changed the uuid scheme.
2. vladimir - why do you think this is storage related? host uuid is about bootstrap which is an infra item.
Comment 2 Alon Bar-Lev 2012-11-29 12:11:25 UTC 
(In reply to comment #1)
> 1. alon - iiuc, won't be relevant for a future upgrade as we changed the
> uuid scheme.

This is as-designed, we need to move these machines into maintenance mode before upgrade so we release all resources, so admin can safely reinstall these.

In case of duplicate BIOS UUID manual intervention is required, to generate unique vdsm id on each machine. The text will appear upon successful upgrade.

# uuidgen > /etc/vdsm/vdsm.id

In this case, future upgrades will also require manual intervention as we cannot know when we have duplicate BIOS UUID within a setup.

Alon
Comment 3 vvyazmin@redhat.com 2012-12-18 11:14:00 UTC 
(In reply to comment #1)
> 1. alon - iiuc, won't be relevant for a future upgrade as we changed the
> uuid scheme.
> 2. vladimir - why do you think this is storage related? host uuid is about
> bootstrap which is an infra item.

Agree, it's Infra issue.
Comment 4 vvyazmin@redhat.com 2012-12-18 11:14:52 UTC 
Changed to Infra
Comment 6 Itamar Heim 2014-06-16 10:29:59 UTC 
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.