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

Bug 1431188

Summary: 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
Product: Red Hat Enterprise Virtualization Manager Reporter: Douglas Schilling Landgraf <dougsland>
Component: vdsmAssignee: Dan Kenigsberg <danken>
Status: CLOSED ERRATA QA Contact: Mor <mkalfon>
Severity: high Docs Contact:
Priority: high    
Version: 3.6.10CC: adumitru, cshao, danken, dougsland, huzhao, lsurette, mburman, mkalfon, mperina, srevivo, ycui, ykaul, ylavi
Target Milestone: ovirt-4.2.0Keywords: ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: No Doc Update
Doc Text:
undefined
Story Points: ---
Clone Of:
: 1445920 (view as bug list) Environment:
Last Closed: 2018-05-15 17:50:23 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Network RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1431228    
Bug Blocks: 1445920    

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