search for: to_be_expanded

...ist/2016-January/msg00767.html --- resize/resize.ml | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/resize/resize.ml b/resize/resize.ml index d6dd9a5..5e9f108 100644 --- a/resize/resize.ml +++ b/resize/resize.ml @@ -1283,6 +1283,9 @@ read the man page virt-resize(1). let g = if to_be_expanded then ( + g#sync (); + Fsync.file outfile; + g#shutdown (); g#close (); @@ -1354,6 +1357,9 @@ read the man page virt-resize(1). ) lvs ); + g#sync (); + Fsync.file outfile; + (* Finished. Unmount disks and exit. *) g#shutdown (); g#close (); -- 2.5.0

...ml *) + g#sync (); + Fsync.file output_filename + ); + g#shutdown (); g#close (); diff --git a/resize/resize.ml b/resize/resize.ml index d6dd9a5..84e38be 100644 --- a/resize/resize.ml +++ b/resize/resize.ml @@ -1283,6 +1283,11 @@ read the man page virt-resize(1). let g = if to_be_expanded then ( + (* Work around libvirt 15 second timeout waiting for qemu + https://www.redhat.com/archives/libvir-list/2016-January/msg00767.html *) + g#sync (); + Fsync.file outfile; + g#shutdown (); g#close (); @@ -1354,6 +1359,11 @@ read the man page virt-resize(1)....

https://bugzilla.redhat.com/show_bug.cgi?id=836710 https://bugzilla.redhat.com/show_bug.cgi?id=836913 There are at least two related bugs going on: (1) Linux sync(2) system call doesn't send a write barrier to the disk, so in effect it doesn't force the hard disk to flush its cache. libguestfs used sync(2) to force changes to disk. We didn't expect that qemu was caching anything