Bug 1723675

Summary:	Use heal info summary to monitor heal
Product:	[Red Hat Storage] Red Hat Gluster Storage	Reporter:	SATHEESARAN <sasundar>
Component:	rhhi	Assignee:	Sahina Bose <sabose>
Status:	CLOSED CURRENTRELEASE	QA Contact:	SATHEESARAN <sasundar>
Severity:	high	Docs Contact:
Priority:	high
Version:	rhhiv-1.6	CC:	bugs, godas, kmajumde, nchilaka, rhs-bugs, sabose, seamurph
Target Milestone:	---	Keywords:	ZStream
Target Release:	RHHI-V 1.6.z Async Update
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1679478	Environment:
Last Closed:	2019-09-06 05:23:05 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1679478
Bug Blocks:

Description SATHEESARAN 2019-06-25 06:53:01 UTC

+++ This bug was initially created as a clone of Bug #1679478 +++

Description of problem:

The current implemenation of heal info returns the list of files. This could lead to resource issues when there are a large number of files to be healed and this list is held in the buffer.
Change to use heal info summary, that only returns the entries per brick

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

How reproducible:
NA

--- Additional comment from Sandro Bonazzola on 2019-03-22 10:53:28 UTC ---

Retargeting to 4.3.3 being 4.3.2 already released

Comment 2 SATHEESARAN 2019-07-18 15:29:42 UTC

Tested with RHV 4.3.5.4 and RHGS 3.4.4 async ( glusterfs-3.12.2-47.2 )
with vdsm-4.30.24

1. Healing details were accurately reported in RHV Manager UI
2. Supervdsm logs shows that 'gluster volume heal info summary' query is used for receiving heal status

<snip>
MainProcess|jsonrpc/4::DEBUG::2019-07-18 20:26:46,325::cli::137::root::(_execGlusterXmlWithTimeout) /usr/bin/taskset --cpu-list 0-47 /usr/sbin/gluster --mode=script volume heal vmstore info summary --xml (cwd None)
</snip>