1 files changed, 76 insertions, 0 deletions
diff --git a/results/classifier/105/semantic/1790617 b/results/classifier/105/semantic/1790617
new file mode 100644
index 00000000..2440c841
--- /dev/null
+++ b/results/classifier/105/semantic/1790617
@@ -0,0 +1,76 @@
+semantic: 0.604
+other: 0.553
+instruction: 0.550
+mistranslation: 0.533
+assembly: 0.497
+graphic: 0.481
+device: 0.475
+KVM: 0.471
+socket: 0.309
+boot: 0.277
+network: 0.250
+vnc: 0.216
+
+Version of disk image format not exhibited using the 'qemu-img info' command
+
+OS: Fedora (64 bits) – Linux –. Last available component: qemu-img.x86_64 2:2.11.2-2.fc28
+
+Description: version of disk image format not exhibited using the 'qemu-img info' command. 
+
+Command 'qemu-img info qcow2 [image-file-name.img]' produces this stderr message:
+qemu-img: Expecting one image file name
+Try 'qemu-img --help' for more information
+
+How to reproduce in terminal:
+1. Create a VM using Raw disk image format 
+2. Run either commands 'qemu-img info -f raw [image-file-name.img]', 'qemu-img info [image-file-name.img]'.
+3. Run either commands 'qemu-img info -f qcow2 [image-file-name.qcow2]', 'qemu-img info [image-file-name.qcow2]'.
+
+Actual result: output model resulting from step .2 exhibits following informations:
+image: image-file-name.img
+file format: raw
+virtual size: _G (_ bytes)
+disk size: _G
+
+Output model resulting from step .3 exhibits following informations:
+image: image-file-name.qcow2
+file format: qcow2
+virtual size: _G (_ bytes)
+disk size: _G
+cluster_size: _
+Snapshot list:
+ID        TAG                 VM SIZE                DATE       VM CLOCK
+1         snapshot1          _G 2018-07-31 18:27:49   00:03:45.890
+
+Format specific information:
+    compat: 1.1
+    lazy refcounts: true
+    refcount bits: 16
+    corrupt: false
+
+Actual result: raw and qcow2 formats respective versions –which are likely to be mentioned as "version"– to be exhibited.
+
+Additional information: in documentation lastly updated 2018-08-23 at https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/virtualization_deployment_and_administration_guide/index it is stated in chapters:
+
+14.10 – 'images in raw format can be resized in both directions, whereas qcow2 version 2 or qcow2 version 3 images can be grown';
+14.12 – 'the qcow2 version supplied with Red Hat Enterprise Linux 7 is 1.1', 'To know which version you are using, run qemu-img info qcow2 [imagefilename.img] command.'.
+
+There's no concept of versions for "raw" images as there's no metadata at all - its just raw disk content.
+
+For the qcow2 format, the version 2 vs version 3 distinction is not something that is intended to be exposed externally. A version 3 format file is still handled by the qcow2 format driver, and there is no qcow3 driver.
+
+At an end user level you can specify a compatibility level "0.10" vs "1.1" which indicates what QEMU version your image shuld be compatible with - from 'man qemu-img':
+
+         "compat"
+             Determines the qcow2 version to use. "compat=0.10" uses the traditional image format
+             that can be read by any QEMU since 0.10.  "compat=1.1" enables image format extensions
+             that only QEMU 1.1 and newer understand (this is the default). Amongst others, this
+             includes zero clusters, which allow efficient copy-on-read for sparse images.
+
+Internally, compat=1.1, will cause qemu to use qcow2 version 3, but that's not something users should be concerned with.
+
+Docs that talk about version 2 vs version 3 should be fixed as that's not something user should be exposed to. They should just talk about the compat level.
+
+
+So many useful information that would be worth to be part of the documentation associated to the above mentioned link.
+