Description of problem: Currently mingw-qemu-ga-win is based on qemu 2.9.0, recently there has been multiple patches upstream, rebasing to qemu3.1 is easier to maintain than applying them.
set needinfo here, please update the result once the verify is finished.
For {"execute":"guest-get-fsinfo"} cmd,can get response with this build and "disk" vlaue is not empty(while in https://bugzilla.redhat.com/show_bug.cgi?id=1565431,"disk" value is empty.) qemu cmd line with one disk -drive file=os.qcow2,if=none,id=drive-ide0-0-0,format=qcow2,cache=none -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 \ ===for windows guest {"execute":"guest-get-fsinfo" } {"return": [{"name": "\\\\?\\Volume{ae720cf0-eddf-11e8-a128-806e6f6e6963}\\", "total-bytes": 4843268096, "mountpoint": "E:\\", "disk": [{"bus-type": "sata", "bus": 0, "unit": 0, "pci-controller": {"bus": -1, "slot": -1, "domain": -1, "function": -1}, "dev": "\\\\?\\Volume{ae720cf0-eddf-11e8-a128-806e6f6e6963}", "target": 0}], "used-bytes": 4843268096, "type": "UDF"}, {"name": "\\\\?\\Volume{ae720cef-eddf-11e8-a128-806e6f6e6963}\\", "total-bytes": 567269376, "mountpoint": "D:\\", "disk": [{"bus-type": "sata", "bus": 0, "unit": 0, "pci-controller": {"bus": -1, "slot": -1, "domain": -1, "function": -1}, "dev": "\\\\?\\Volume{ae720cef-eddf-11e8-a128-806e6f6e6963}", "target": 0}], "used-bytes": 567269376, "type": "CDFS"}, {"name": "\\\\?\\Volume{3ae19f15-0000-0000-0000-602200000000}\\", "total-bytes": 31634485248, "mountpoint": "C:\\", "disk": [{"serial": "QM00001", "bus-type": "sata", "bus": 0, "unit": 0, "pci-controller": {"bus": -1, "slot": -1, "domain": -1, "function": -1}, "dev": "\\\\.\\PhysicalDrive0", "target": 0}], "used-bytes": 10244001792, "type": "NTFS"}, {"name": "\\\\?\\Volume{3ae19f15-0000-0000-0000-100000000000}\\", "mountpoint": "System Reserved", "disk": [{"serial": "QM00001", "bus-type": "sata", "bus": 0, "unit": 0, "pci-controller": {"bus": -1, "slot": -1, "domain": -1, "function": -1}, "dev": "\\\\.\\PhysicalDrive0", "target": 0}], "type": "NTFS"}]} ===for linux guest with similar cmd line {"return": [{"name": "sdb1", "mountpoint": "/boot", "disk": [{"bus-type": "sata", "bus": 0, "unit": 0, "pci-controller": {"bus": 0, "slot": 31, "domain": 0, "function": 2}, "target": 0}], "type": "xfs"}, {"name": "dm-0", "mountpoint": "/", "disk": [{"bus-type": "sata", "bus": 0, "unit": 0, "pci-controller": {"bus": 0, "slot": 31, "domain": 0, "function": 2}, "target": 0}], "type": "xfs"}]} Could you help check if the result is correct? windows disk manager in attachment.
Created attachment 1510811 [details] diskmgmt
(In reply to xiagao from comment #7) > For {"execute":"guest-get-fsinfo"} cmd,can get response with this build and > "disk" vlaue is not empty(while in > https://bugzilla.redhat.com/show_bug.cgi?id=1565431,"disk" value is empty.) > > qemu cmd line with one disk > -drive file=os.qcow2,if=none,id=drive-ide0-0-0,format=qcow2,cache=none > -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 \ > > ===for windows guest > {"execute":"guest-get-fsinfo" } > {"return": [{"name": > "\\\\?\\Volume{ae720cf0-eddf-11e8-a128-806e6f6e6963}\\", "total-bytes": > 4843268096, "mountpoint": "E:\\", "disk": [{"bus-type": "sata", "bus": 0, > "unit": 0, "pci-controller": {"bus": -1, "slot": -1, "domain": -1, > "function": -1}, "dev": > "\\\\?\\Volume{ae720cf0-eddf-11e8-a128-806e6f6e6963}", "target": 0}], > "used-bytes": 4843268096, "type": "UDF"}, {"name": > "\\\\?\\Volume{ae720cef-eddf-11e8-a128-806e6f6e6963}\\", "total-bytes": > 567269376, "mountpoint": "D:\\", "disk": [{"bus-type": "sata", "bus": 0, > "unit": 0, "pci-controller": {"bus": -1, "slot": -1, "domain": -1, > "function": -1}, "dev": > "\\\\?\\Volume{ae720cef-eddf-11e8-a128-806e6f6e6963}", "target": 0}], > "used-bytes": 567269376, "type": "CDFS"}, {"name": > "\\\\?\\Volume{3ae19f15-0000-0000-0000-602200000000}\\", "total-bytes": > 31634485248, "mountpoint": "C:\\", "disk": [{"serial": "QM00001", > "bus-type": "sata", "bus": 0, "unit": 0, "pci-controller": {"bus": -1, > "slot": -1, "domain": -1, "function": -1}, "dev": "\\\\.\\PhysicalDrive0", > "target": 0}], "used-bytes": 10244001792, "type": "NTFS"}, {"name": > "\\\\?\\Volume{3ae19f15-0000-0000-0000-100000000000}\\", "mountpoint": > "System Reserved", "disk": [{"serial": "QM00001", "bus-type": "sata", "bus": > 0, "unit": 0, "pci-controller": {"bus": -1, "slot": -1, "domain": -1, > "function": -1}, "dev": "\\\\.\\PhysicalDrive0", "target": 0}], "type": > "NTFS"}]} > > ===for linux guest with similar cmd line > {"return": [{"name": "sdb1", "mountpoint": "/boot", "disk": [{"bus-type": > "sata", "bus": 0, "unit": 0, "pci-controller": {"bus": 0, "slot": 31, > "domain": 0, "function": 2}, "target": 0}], "type": "xfs"}, {"name": "dm-0", > "mountpoint": "/", "disk": [{"bus-type": "sata", "bus": 0, "unit": 0, > "pci-controller": {"bus": 0, "slot": 31, "domain": 0, "function": 2}, > "target": 0}], "type": "xfs"}]} > > Could you help check if the result is correct? > > windows disk manager in attachment. The results seems pretty good to me. And yes the behavior is correct, we have disabled the command in the previous release as it didn't work correctly, now that it has been fixed upstream we can enable it.
Hi Amnon, Could you ack this bug? Thanks
*** Bug 1654306 has been marked as a duplicate of this bug. ***
Run critical and high priority test cases, all pass. So verify this bug on mingw-qemu-ga-win-100.0.0.0-3.el7ev