Bug 2029093 - virt-manager reports more free space than is available for storage pool
Summary: virt-manager reports more free space than is available for storage pool
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: virt-manager
Version: 35
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Cole Robinson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-12-04 22:33 UTC by Maki Oyo
Modified: 2021-12-06 11:01 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2021-12-06 10:41:28 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 855533 1 unspecified CLOSED virt-manager shows incorrect free space for storage pools (a full filesystem is reported to have several gigabytes free ... 2021-12-06 10:45:17 UTC

Internal Links: 2029377

Description Maki Oyo 2021-12-04 22:33:12 UTC
Description of problem:

The free space reported on the storage pool management screen does not agree with actual free space.

On my root partition, virt-manger reports 5GiB free, while `df` reports about 2GiB free.
On my data drive, virt-manger reports 62.7GiB free, while `df` reports about 17GiB free.

Version-Release number of selected component (if applicable):
libvirt-7.6.0-3.fc35.x86_64
virt-manager-3.2.0-4.fc35.noarch


How reproducible:
Always 

Expected results:
reported space should either match what command line tools report, or an explanation for the discrepancy should be part of the UI.

Additional info:
Similar report in BZ855533 (closed) 8 years ago, and never addressed.

Comment 1 Maki Oyo 2021-12-06 10:40:38 UTC
virt-manager simply shows what libvirtd reports, so it's not a bug in virt-manager.

libvirtd reports the storage available to the superuser, which includes 
the usual free space on the filesystem as well as the space reserved 
for the superuser when the filesystem was created. By default, that's 5%.
You can inspect this with tune2fs:

# sudo tune2fs -l <device> | grep -P "Block size:|Reserved block count"    
Reserved block count:     655360
Block size:               4096

That seems like the wrong thing, especially since libvirtd runs as qemu, that space probably
isn't available. But I'll open a new BZ for that.

Comment 2 Maki Oyo 2021-12-06 11:01:05 UTC
See BZ2029377


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