1 files changed, 58 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/108/other/1103903 b/results/classifier/zero-shot/108/other/1103903
new file mode 100644
index 000000000..ba017c4b3
--- /dev/null
+++ b/results/classifier/zero-shot/108/other/1103903
@@ -0,0 +1,58 @@
+device: 0.842
+files: 0.830
+PID: 0.812
+vnc: 0.742
+socket: 0.701
+performance: 0.692
+network: 0.662
+other: 0.609
+permissions: 0.592
+semantic: 0.575
+graphic: 0.572
+boot: 0.485
+debug: 0.401
+KVM: 0.378
+
+drive_mirror on a resized image creates file with wrong size
+
+Repro steps:
+
+qemu-img create -f qcow2 base 32M
+qemu-img create -f qcow2 -o backing_file=base disk
+qemu-img resize /home/vishvananda/disk 64M
+qemu-system-x86_64 -drive file=disk,id=vda -vnc :1 -monitor stdio
+QEMU 1.3.0 monitor - type 'help' for more information
+(qemu) drive_mirror vda test
+Formatting 'test', fmt=qcow2 size=33554432 backing_file='base' backing_fmt='qcow2' encryption=off cluster_size=65536 lazy_refcounts=off
+
+the file is 32M instead of 64M:
+
+qemu-img info test
+image: test
+file format: qcow2
+virtual size: 32M (33554432 bytes)
+disk size: 196K
+cluster_size: 65536
+backing file: base
+backing file format: qcow2
+
+Workaround is to precreate the new file of the proper size and pass -n
+
+qemu-img create -f qcow2 base 32M
+qemu-img create -f qcow2 -o backing_file=base disk
+qemu-img resize /home/vishvananda/disk 64M
+qemu-img create -f qcow2 -o backing_file=base test 64M
+qemu-system-x86_64 -drive file=disk,id=vda -vnc :1 -monitor stdio
+QEMU 1.3.0 monitor - type 'help' for more information
+(qemu) drive_mirror vda test -n
+
+
+
+reformatted patch and submitted upstream:
+
+http://lists.gnu.org/archive/html/qemu-devel/2013-01/msg04584.html
+
+Patch has been included here:
+http://git.qemu.org/?p=qemu.git;a=commitdiff;h=8689907266b649b757c220
+... so I think it should be OK to close this bug ticket now.
+