Bug 1614657 – [downstream clone - 4.2.6] Kdump Status is disabled after successful fencing of host.

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 1614657 - [downstream clone - 4.2.6] Kdump Status is disabled after successful fencing of host.

Summary:	[downstream clone - 4.2.6] Kdump Status is disabled after successful fencing ...

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Virtualization Manager
Classification:	Red Hat
Component:	vdsm (Show other bugs)
Sub Component:
Version:	4.2.4
Hardware:	Unspecified Unspecified

Priority	unspecified Severity low
Target Milestone:	ovirt-4.2.6
Target Release:	---
Assigned To:	Dan Kenigsberg
QA Contact:	Petr Matyáš
Docs Contact:

URL:
Whiteboard:
Keywords:	ZStream

Depends On:	1607952
Blocks:
	Show dependency tree / graph

Reported:	2018-08-10 03:17 EDT by RHV Bugzilla Automation and Verification Bot
Modified:	2018-09-04 09:43 EDT (History)
CC List:	11 users (show)

See Also:
Fixed In Version:	v4.20.39
Doc Type:	If docs needed, set a value
Doc Text:
Story Points:	---
Clone Of:	1607952
Environment:
Last Closed:	2018-09-04 09:43:24 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	Infra
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Knowledge Base (Solution)	3558301	None	None	None	2018-08-10 03:17 EDT
oVirt gerrit	93857	ovirt-4.2	MERGED	service: Add weak dependency to kdump	2018-08-25 07:40 EDT
Red Hat Product Errata	RHEA-2018:2624	None	None	None	2018-09-04 09:43 EDT

Groups: None (edit)

Description RHV Bugzilla Automation and Verification Bot 2018-08-10 03:17:30 EDT

+++ This bug is a downstream clone. The original bug is: +++
+++   bug 1607952 +++
======================================================================

Description of problem:

After successful fencing of Kdump Enabled host, Kdump status changes to Disabled state.

Version-Release number of selected component (if applicable):
rhvm-4.2.4.5-0.1.el7_3.noarch

How reproducible:
Always

Steps to Reproduce:
1. Enable kdump and check Kdump Status and confirm if it is Enabled.
2. Fence host
3. Check Kdump Status again

Actual results:
Kdump status Disabled.

Expected results:
Kdump status should be Enabled.

Additional info:
Refresh host capabilities changes correctly show Kdump status as Enabled.

(Originally by Ameya Charekar)

Comment 3 RHV Bugzilla Automation and Verification Bot 2018-08-10 03:17:40 EDT

Looking at the logs it seems that VDSM was started at 

  Jul 19 12:33:56 bb03-rhv06 systemd: Started Virtual Desktop Server Manager

and GetCaps call from engine was returned at 

  2018-07-19 12:34:11,321+0200 INFO  (jsonrpc/7) [api.host] FINISH getCapabilities

but Kdump server started later:

  Jul 19 12:36:27 bb03-rhv06 kdumpctl: kexec: loaded kdump kernel
  Jul 19 12:36:27 bb03-rhv06 kdumpctl: Starting kdump: [OK]

so GetCaps call return Kdump is not available on host. So we will need to add explicit dependency on kdump service to vdsmd service.

This issue could be workarounded by putting host to Maintenance and Activating it again manually after successfull engine restart.

(Originally by Martin Perina)

Comment 4 Petr Matyáš 2018-08-29 09:08:39 EDT

Verified on vdsm-4.20.39-1.el7ev.x86_64

Comment 6 errata-xmlrpc 2018-09-04 09:43:24 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.

https://access.redhat.com/errata/RHEA-2018:2624

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