Bug 1607952 - Kdump Status is disabled after successful fencing of host.
Summary: Kdump Status is disabled after successful fencing of host.
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: vdsm
Version: 4.2.4
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ovirt-4.3.0
: ---
Assignee: Marcin Sobczyk
QA Contact: Petr Matyáš
URL:
Whiteboard:
Depends On:
Blocks: 1614657
TreeView+ depends on / blocked
 
Reported: 2018-07-24 15:32 UTC by Ameya Charekar
Modified: 2021-09-09 15:11 UTC (History)
8 users (show)

Fixed In Version: vdsm-4.30.5
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1614657 (view as bug list)
Environment:
Last Closed: 2019-05-08 12:36:02 UTC
oVirt Team: Infra
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHV-43563 0 None None None 2021-09-09 15:11:55 UTC
Red Hat Knowledge Base (Solution) 3558301 0 None None None 2018-08-09 11:14:09 UTC
Red Hat Product Errata RHBA-2019:1077 0 None None None 2019-05-08 12:36:24 UTC
oVirt gerrit 93817 0 master MERGED service: Add weak dependency to kdump 2020-10-20 08:15:06 UTC

Description Ameya Charekar 2018-07-24 15:32:36 UTC 
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.
Comment 2 Martin Perina 2018-07-30 14:47:04 UTC 
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.
Comment 4 Sandro Bonazzola 2018-11-26 15:40:59 UTC 
Referenced in vdsm v4.30.3 despite this bug is on ovirt-engine
Comment 5 Petr Matyáš 2018-12-06 13:42:02 UTC 
Verified on ovirt-engine-4.3.0-0.5.alpha1.el7.noarch
Comment 6 RHV bug bot 2018-12-10 15:13:02 UTC 
INFO: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Project 'vdsm'/Component 'ovirt-engine' mismatch]

For more info please contact: rhv-devops
Comment 9 errata-xmlrpc 2019-05-08 12:36:02 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/RHBA-2019:1077
Note You need to log in before you can comment on or make changes to this bug.