summary refs log tree commit diff stats
path: root/results/classifier/118/graphic/1923
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/118/graphic/1923')
-rw-r--r--results/classifier/118/graphic/192348
1 files changed, 48 insertions, 0 deletions
diff --git a/results/classifier/118/graphic/1923 b/results/classifier/118/graphic/1923
new file mode 100644
index 000000000..ca83444d1
--- /dev/null
+++ b/results/classifier/118/graphic/1923
@@ -0,0 +1,48 @@
+graphic: 0.960
+files: 0.925
+device: 0.925
+network: 0.869
+VMM: 0.810
+PID: 0.760
+register: 0.755
+architecture: 0.747
+kernel: 0.701
+performance: 0.670
+semantic: 0.630
+debug: 0.600
+risc-v: 0.592
+vnc: 0.569
+mistranslation: 0.563
+boot: 0.529
+permissions: 0.528
+socket: 0.513
+x86: 0.497
+i386: 0.486
+arm: 0.455
+peripherals: 0.441
+ppc: 0.424
+KVM: 0.417
+TCG: 0.398
+virtual: 0.377
+assembly: 0.330
+hypervisor: 0.317
+user-level: 0.281
+
+qemu breaks vmdk larger than 600GB.
+Description of problem:
+The vmdk larger than 600G is corrupted after an edit by qemu-nbd. If I open the corrupted vmdk file, I find an extra **^@** byte.
+```
+RW 4194304 SPARSE "disk-s289.vmdk"
+RW 4^@94304 SPARSE "disk-s290.vmdk"
+RW 4194304 SPARSE "disk-s291.vmdk"
+```
+Steps to reproduce:
+```
+   qemu-img create -f vmdk -o subformat=twoGbMaxExtentSparse disk.vmdk 1T
+   sudo qemu-nbd -c /dev/nbd0 disk.vmdk
+   sudo mkfs.btrfs /dev/nbd0
+   sudo qemu-nbd -d /dev/nbd0
+   qemu-img info disk.vmdk | head
+   ```
+Additional information:
+