Bug 1431188 - Host unavailable after upgrade from RHEL-H 7.3 (RHEV 3.6) upgrade to RHEL-H 7.3 (RHV 4.0) with a busy RHVM
Summary: Host unavailable after upgrade from RHEL-H 7.3 (RHEV 3.6) upgrade to RHEL-H 7...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: vdsm
Version: 3.6.10
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ovirt-4.2.0
: ---
Assignee: Dan Kenigsberg
QA Contact: Mor
URL:
Whiteboard:
Depends On: 1431228
Blocks: 1445920
TreeView+ depends on / blocked
 
Reported: 2017-03-10 14:44 UTC by Douglas Schilling Landgraf
Modified: 2019-05-16 13:03 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
undefined
Clone Of:
: 1445920 (view as bug list)
Environment:
Last Closed: 2018-05-15 17:50:23 UTC
oVirt Team: Network
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2018:1489 0 None None None 2018-05-15 17:52:06 UTC

Description Douglas Schilling Landgraf 2017-03-10 14:44:53 UTC 
Description of problem:

Version-Release number of selected component (if applicable):

RHEVM 4.0.6.3-0.1.el7
RHEL-H 7.3 on 3.6


How reproducible:

- Add the repositories in the hypervisor for 4.0 upgrade
- Click Upgrade button in the Engine 
- Hosts will be unavailable, lost network and had to redeploy
Comment 3 Martin Perina 2017-03-10 15:49:36 UTC 
Douglas, could you please provide both engine and VDSM logs?
Comment 6 Dan Kenigsberg 2017-03-12 08:35:13 UTC 
Adrian, Douglas, could you attach sosreport from the host *prior* to the redeployment? This bug should be dedicated to the first failed upgrade. comment  5 analyses another problem with the redeployed host.
Comment 12 Dan Kenigsberg 2017-03-21 12:28:53 UTC 
This probably shares an underlying reason with bug 1431228: ActivateVdsCommand takes unbearably long time to finish.
Comment 13 rhev-integ 2017-04-26 10:51:43 UTC 
WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:

[FOUND CLONE FLAGS: ['rhevm-4.1.z', 'rhevm-4.2-ga'], ]

For more info please contact: rhv-devops
Comment 16 Michael Burman 2017-11-06 06:13:59 UTC 
Dan, i think the summary of this bug should be changed as it's a pure performance bug and fully depends on Bug 1431228 - Long time for operations when updating hosts data in RHEVM and has no paatches of it's own..
Comment 17 Michael Burman 2017-11-06 08:36:25 UTC 
Indeed, all that needs to be done here is to add an NGN to the big setup built for verification of bug 1431228.
Comment 18 Mor 2017-11-30 12:22:30 UTC 
Verified on:
Red Hat Virtualization Manager version: 4.2.0-0.5.master.el7
Red Hat Virtualization Host 4.2.0 (el7.4)
Comment 19 RHV bug bot 2017-12-06 16:18:28 UTC 
INFO: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:

[No external trackers attached]

For more info please contact: rhv-devops
Comment 20 RHV bug bot 2017-12-12 21:16:39 UTC 
INFO: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:

[No external trackers attached]

For more info please contact: rhv-devops
Comment 21 RHV bug bot 2017-12-18 17:06:06 UTC 
INFO: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[No external trackers attached]

For more info please contact: rhv-devops
Comment 27 errata-xmlrpc 2018-05-15 17:50:23 UTC 
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.

https://access.redhat.com/errata/RHEA-2018:1489
Comment 28 Franta Kust 2019-05-16 13:03:12 UTC 
BZ<2>Jira Resync
Note You need to log in before you can comment on or make changes to this bug.