Created attachment 593825 [details] test-virt-resize.log Description of problem: The virt-resize test failed once in a strange and unexplained way: Fatal error: exception Guestfs.Error("lvresize_free: File descriptor 3 (socket:[2499]) leaked on lvm invocation. Parent PID 831: guestfsd New size (91 extents) matches existing size (91 extents) Run `lvresize --help' for more information.") (See attached log for complete output) Version-Release number of selected component (if applicable): 1.19.9 How reproducible: Only once Steps to Reproduce: 1. Unknown
One line reproducer: $ guestfish -N lv lvresize-free /dev/VG/LV 100 libguestfs: error: lvresize_free: New size (24 extents) matches existing size (24 extents) Run `lvresize --help' for more information. This is fairly non-useful behaviour of lvresize. For example, you can reduce the size of an LV: $ guestfish -N lv:/dev/VG/LV:1G lvresize /dev/VG/LV 512 [no error] but you're not allowed to keep the size exactly the same: $ guestfish -N lv:/dev/VG/LV:1G lvresize /dev/VG/LV 1020 libguestfs: error: lvresize: New size (255 extents) matches existing size (255 extents) Run `lvresize --help' for more information. which is stupid. We should catch this case in lvresize and fix it up.
Fixed upstream in commit 1ef9af9acbd4cfaadb3f96e0e1a5e519fad2da9d.