Bug 1164766

Summary:	[RFE] Add a new API to scan devices for a btrfs filesystem
Product:	Red Hat Enterprise Linux 6	Reporter:	Lingfei Kong <lkong>
Component:	libguestfs	Assignee:	Richard W.M. Jones <rjones>
Status:	CLOSED WONTFIX	QA Contact:	Virtualization Bugs <virt-bugs>
Severity:	low	Docs Contact:
Priority:	low
Version:	6.6	CC:	huzhan, leiwang, linl, mbooth, ptoscano, rjones, virt-bugs, wshi
Target Milestone:	rc	Keywords:	FutureFeature
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:	1164765	Environment:
Last Closed:	2016-01-26 10:23:57 UTC	Type:	Bug
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:	1164765
Bug Blocks:	1301844

Description Lingfei Kong 2014-11-17 11:36:36 UTC

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

Description of problem:
Currently if we want to find the devices which is added to a btrfs filesystem, the only way is use blkid and compare the UUID. It is helpful if there is a API used to show the relationship between btrfs filesystem and devices.


Version-Release number of selected component (if applicable):
libguestfs-1.28.1-1.10.el7


How reproducible:
100%


Steps to Reproduce:
1.
2.


Actual results:


Expected results:


Additional info:

Comment 3 Lin Liu 2016-01-26 05:39:18 UTC

Hi Richard, 

Would you please check if this bug can be fixed in rhel6.8.0 and set the devel_ack flag? If so we will prepare cases for it in advance, thank you!

Comment 4 Pino Toscano 2016-01-26 09:41:05 UTC

(In reply to Lin Liu from comment #3)
> Hi Richard, 
> 
> Would you please check if this bug can be fixed in rhel6.8.0 and set the
> devel_ack flag? If so we will prepare cases for it in advance, thank you!

The proposed API has not been implemented upstream yet; even if it would be, it's very unlikely that we backport it to a stable series such as 6.8.

Comment 5 Richard W.M. Jones 2016-01-26 10:23:57 UTC

Yes, I'm closing this as it's not something that a customer is requesting
and also for the reasons given in comment 4.