summary refs log tree commit diff stats
path: root/results/classifier/118/all/893956
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/118/all/893956')
-rw-r--r--results/classifier/118/all/893956367
1 files changed, 367 insertions, 0 deletions
diff --git a/results/classifier/118/all/893956 b/results/classifier/118/all/893956
new file mode 100644
index 000000000..e8a0cafc9
--- /dev/null
+++ b/results/classifier/118/all/893956
@@ -0,0 +1,367 @@
+virtual: 0.997
+debug: 0.997
+semantic: 0.996
+assembly: 0.996
+register: 0.996
+graphic: 0.995
+arm: 0.994
+device: 0.994
+PID: 0.994
+architecture: 0.994
+permissions: 0.991
+socket: 0.990
+kernel: 0.990
+risc-v: 0.990
+peripherals: 0.989
+boot: 0.988
+VMM: 0.987
+performance: 0.987
+files: 0.986
+mistranslation: 0.986
+hypervisor: 0.981
+network: 0.976
+vnc: 0.976
+user-level: 0.975
+ppc: 0.969
+x86: 0.954
+KVM: 0.952
+TCG: 0.937
+i386: 0.921
+
+qemu-img bug with dynamic vhd
+
+Hye, i found a problem with qemu-img when trying to get info of a dynamic vhd. I made imgae of my 60GB computer hard drive with disk2vhd. The dynamic vhd is 21gb size.
+
+With 1.0-rc3 version :
+running command: qemu-img info 60_GB.VHD
+qemu-img:  Could not open '60_GB.VHD' : File too large
+
+0.14.1 version give me wrong information :
+image: 60_GB.VHD
+file format: vpc
+virtual size: 127G (136899993600 bytes)
+disk size: 21G
+
+Thanks for reply.
+
+On Wed, Nov 23, 2011 at 11:33 AM, z22lad <email address hidden> wrote:
+> Hye, i found a problem with qemu-img when trying to get info of a
+> dynamic vhd. I made imgae of my 60GB computer hard drive with disk2vhd.
+> The dynamic vhd is 21gb size.
+>
+> With 1.0-rc3 version :
+> running command: qemu-img info 60_GB.VHD
+> qemu-img:  Could not open '60_GB.VHD' : File too large
+>
+> 0.14.1 version give me wrong information :
+> image: 60_GB.VHD
+> file format: vpc
+> virtual size: 127G (136899993600 bytes)
+> disk size: 21G
+
+Which host OS are you running qemu-img on?  Is it 32- or 64-bit?
+
+I wonder if you get the same behavior when using qemu-img convert
+instead of "disk2vhd" to create a vhd file.
+
+Stefan
+
+
+Hi, 
+
+I'm having the same problem. I'm using qemu-img 1.0, running from a Ubuntu Server 12.04 x64 on a SW RAID, ext4.
+
+The .VHD has 29GB and was made using disk2vhd.
+
+Here is the command and the results:
+sudo kvm-img convert -f vpc -O raw image.VHD image.img
+[sudo] password for sysop: 
+kvm-img: Could not open 'image.VHD': File too large
+kvm-img: Could not open 'image.VHD'
+
+Same error doing a simple qemu-img info image.vhd
+
+Thanks for your help
+
+On Mon, Sep 3, 2012 at 10:41 AM, franxico <email address hidden> wrote:
+> Hi,
+>
+> I'm having the same problem. I'm using qemu-img 1.0, running from a
+> Ubuntu Server 12.04 x64 on a SW RAID, ext4.
+>
+> The .VHD has 29GB and was made using disk2vhd.
+>
+> Here is the command and the results:
+> sudo kvm-img convert -f vpc -O raw image.VHD image.img
+> [sudo] password for sysop:
+> kvm-img: Could not open 'image.VHD': File too large
+> kvm-img: Could not open 'image.VHD'
+>
+> Same error doing a simple qemu-img info image.vhd
+
+Serge Hallyn introduced the size check when VHD files are opened, you
+can read about the background here:
+http://patchwork.ozlabs.org/patch/106736/
+
+I'm not sure if QEMU has a bug or lacks support for the file format
+version used by disk2vhd.
+
+>
+> Thanks for your help
+>
+> --
+> You received this bug notification because you are a member of qemu-
+> devel-ml, which is subscribed to QEMU.
+> https://bugs.launchpad.net/bugs/893956
+>
+> Title:
+>   qemu-img bug with dynamic vhd
+>
+> Status in QEMU:
+>   New
+>
+> Bug description:
+>   Hye, i found a problem with qemu-img when trying to get info of a
+>   dynamic vhd. I made imgae of my 60GB computer hard drive with
+>   disk2vhd. The dynamic vhd is 21gb size.
+>
+>   With 1.0-rc3 version :
+>   running command: qemu-img info 60_GB.VHD
+>   qemu-img:  Could not open '60_GB.VHD' : File too large
+>
+>   0.14.1 version give me wrong information :
+>   image: 60_GB.VHD
+>   file format: vpc
+>   virtual size: 127G (136899993600 bytes)
+>   disk size: 21G
+>
+>   Thanks for reply.
+>
+> To manage notifications about this bug go to:
+> https://bugs.launchpad.net/qemu/+bug/893956/+subscriptions
+>
+
+
+Though that commit and the comments were about 127G images.  HIs is only 27G.
+
+Also, 'qemu-img info' is also showing the error, which shows that this is not being done on vpc_create().
+
+So I think this is a case of qemu-img actually failing to properly parse the FHD file.
+
+On Tue, Sep 4, 2012 at 4:00 PM, Serge Hallyn <email address hidden> wrote:
+> Though that commit and the comments were about 127G images.  HIs is only
+> 27G.
+
+The 127 GB limit applies to the virtual disk size, not to the size of
+the image file itself.
+
+> Also, 'qemu-img info' is also showing the error, which shows that this
+> is not being done on vpc_create().
+
+I'm not sure what you mean.  Your commit (efc8243d00) added an -EFBIG
+return to vcp_open(), not vpc_create().  This will affect qemu-img
+info.
+
+We need the header/footer contents to be sure what's going on here.
+
+Stefan
+
+
+On Mon, Sep 3, 2012 at 10:41 AM, franxico <email address hidden> wrote:
+> Hi,
+>
+> I'm having the same problem. I'm using qemu-img 1.0, running from a
+> Ubuntu Server 12.04 x64 on a SW RAID, ext4.
+>
+> The .VHD has 29GB and was made using disk2vhd.
+>
+> Here is the command and the results:
+> sudo kvm-img convert -f vpc -O raw image.VHD image.img
+> [sudo] password for sysop:
+> kvm-img: Could not open 'image.VHD': File too large
+> kvm-img: Could not open 'image.VHD'
+>
+> Same error doing a simple qemu-img info image.vhd
+
+Please post the output of the following commands:
+
+$ hexdump -C -n 512 image.VHD
+$ hexdump -C -n 512 -s $(($(ls -l image.VHD | awk '{ print $5 }') -
+512)) image.VHD
+
+This will show the file header/footer, which contains fields that are
+validated when opening the file.
+
+Thanks,
+Stefan
+
+
+Quoting Stefan Hajnoczi (<email address hidden>):
+> On Tue, Sep 4, 2012 at 4:00 PM, Serge Hallyn <email address hidden> wrote:
+> > Though that commit and the comments were about 127G images.  HIs is only
+> > 27G.
+> 
+> The 127 GB limit applies to the virtual disk size, not to the size of
+> the image file itself.
+
+I thought he had converted a roughly 26GB physical disk, assumed (perhaps
+wrongly) that was the virtual disk size.
+
+> > Also, 'qemu-img info' is also showing the error, which shows that this
+> > is not being done on vpc_create().
+> 
+> I'm not sure what you mean.  Your commit (efc8243d00) added an -EFBIG
+> return to vcp_open(), not vpc_create().  This will affect qemu-img
+> info.
+
+Oops, good point.  Thanks.
+
+> We need the header/footer contents to be sure what's going on here.
+
+
+
+
+qemu-img fails to read a disk2vhd (VHD)  image created from  a Windows Server 2003.   
+qemu-img will read and convert a VDI image created from that VHD
+
+VHD header/footer details:
+
+
+[root@T3400 ]# qemu-img info vhd/p.vhd
+qemu-img: Could not open 'vhd/p.vhd': File too large
+
+[root@T3400 ]# ./vhddump -vv -s vhd/p.vhd 
+Positioning descriptor to VHD footer...
+Reading VHD footer...
+------------------------
+ VHD Footer (512 bytes)
+------------------------
+ Cookie              = conectix
+ Features            = 0x00000002
+ File Format Version = 0x00010000
+ Data Offset         = 0x0000000000000200
+ Time Stamp          = 0x1893342A
+ Creator Application = 0x64327600
+ Creator Version     = 0x00010000
+ Creator Host OS     = 0x5769326B
+ Original Size       = 0x000000222E6F4000
+                     = 140006 MB + 976 KiB
+ Current Size        = 0x000000222E6F4000
+                     = 140006 MB + 976 KiB
+ Disk Geometry       = 0xFFFF10FF
+           Cylinders = 65535
+               Heads = 16
+       Sectors/Track = 255
+ Disk Type           = 0x00000003
+                     = Dynamic hard disk
+ Checksum            = 0xFFFFEDD8
+ Unique ID           = 765e24b9-1e33-594a-864e-f39aea210f24
+ Saved State         = 0x00
+ Reserved            = <...427 bytes...>
+===============================================
+Detecting disk type...
+Dynamic hard disk detected.
+Positioning descriptor to read VHD footer copy...
+Reading VHD footer copy...
+------------------------
+ VHD Footer (512 bytes)
+------------------------
+ Cookie              = conectix
+ Features            = 0x00000002
+ File Format Version = 0x00010000
+ Data Offset         = 0x0000000000000200
+ Time Stamp          = 0x1893342A
+ Creator Application = 0x64327600
+ Creator Version     = 0x00010000
+ Creator Host OS     = 0x5769326B
+ Original Size       = 0x000000222E6F4000
+                     = 140006 MB + 976 KiB
+ Current Size        = 0x000000222E6F4000
+                     = 140006 MB + 976 KiB
+ Disk Geometry       = 0xFFFF10FF
+           Cylinders = 65535
+               Heads = 16
+       Sectors/Track = 255
+ Disk Type           = 0x00000003
+                     = Dynamic hard disk
+ Checksum            = 0xFFFFEDD8
+ Unique ID           = 765e24b9-1e33-594a-864e-f39aea210f24
+ Saved State         = 0x00
+ Reserved            = <...427 bytes...>
+===============================================
+Reading VHD dynamic disk header...
+--------------------------------------
+ VHD Dynamic Disk Header (1024 bytes)
+--------------------------------------
+ Cookie              = cxsparse
+ Data Offset         = 0xFFFFFFFFFFFFFFFF
+ Table Offset        = 0x0000000000000600
+ Header Version      = 0x00010000
+ Max Table Entries   = 0x00011174
+ Block Size          = 0x00200000
+ Checksum            = 0xFFFFF3F1
+ Parent UUID         = 00000000-0000-0000-0000-000000000000
+ Parent TS           = 0x00000000
+                       0 (10)
+ Reserved            = <...4 bytes...>
+ Parent Unicode Name = <...512 bytes...>
+ Parent Loc Entry 1  = <...24 bytes...>
+ Parent Loc Entry 2  = <...24 bytes...>
+ Parent Loc Entry 3  = <...24 bytes...>
+ Parent Loc Entry 4  = <...24 bytes...>
+ Parent Loc Entry 5  = <...24 bytes...>
+ Parent Loc Entry 6  = <...24 bytes...>
+ Parent Loc Entry 7  = <...24 bytes...>
+ Parent Loc Entry 8  = <...24 bytes...>
+
+
+Can you still reproduce this problem with the latest version of QEMU (currently version 2.9.0)?
+
+No, sorry. The environment was retired in 2014 and we took a different direction.
+
+
+-Bobby
+
+-----Original Message-----
+From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Thomas Huth
+Sent: Wednesday, June 07, 2017 4:44 AM
+To: <email address hidden>
+Subject: [Bug 893956] Re: qemu-img bug with dynamic vhd
+
+Can you still reproduce this problem with the latest version of QEMU (currently version 2.9.0)?
+
+** Changed in: qemu
+       Status: New => Incomplete
+
+--
+You received this bug notification because you are subscribed to the bug report.
+https://bugs.launchpad.net/bugs/893956
+
+Title:
+  qemu-img bug with dynamic vhd
+
+Status in QEMU:
+  Incomplete
+
+Bug description:
+  Hye, i found a problem with qemu-img when trying to get info of a
+  dynamic vhd. I made imgae of my 60GB computer hard drive with
+  disk2vhd. The dynamic vhd is 21gb size.
+
+  With 1.0-rc3 version :
+  running command: qemu-img info 60_GB.VHD
+  qemu-img:  Could not open '60_GB.VHD' : File too large
+
+  0.14.1 version give me wrong information :
+  image: 60_GB.VHD
+  file format: vpc
+  virtual size: 127G (136899993600 bytes)
+  disk size: 21G
+
+  Thanks for reply.
+
+To manage notifications about this bug go to:
+https://bugs.launchpad.net/qemu/+bug/893956/+subscriptions
+
+
+