1. 07 2月, 2015 3 次提交
    • F
      block: add event when disk usage exceeds threshold · e2462113
      Francesco Romani 提交于
      Managing applications, like oVirt (http://www.ovirt.org), make extensive
      use of thin-provisioned disk images.
      To let the guest run smoothly and be not unnecessarily paused, oVirt sets
      a disk usage threshold (so called 'high water mark') based on the occupation
      of the device,  and automatically extends the image once the threshold
      is reached or exceeded.
      
      In order to detect the crossing of the threshold, oVirt has no choice but
      aggressively polling the QEMU monitor using the query-blockstats command.
      This lead to unnecessary system load, and is made even worse under scale:
      deployments with hundreds of VMs are no longer rare.
      
      To fix this, this patch adds:
      * A new monitor command `block-set-write-threshold', to set a mark for
        a given block device.
      * A new event `BLOCK_WRITE_THRESHOLD', to report if a block device
        usage exceeds the threshold.
      * A new `write_threshold' field into the `BlockDeviceInfo' structure,
        to report the configured threshold.
      
      This will allow the managing application to use smarter and more
      efficient monitoring, greatly reducing the need of polling.
      
      [Updated qemu-iotests 067 output to add the new 'write_threshold'
      property. --Stefan]
      [Changed g_assert_false() to !g_assert() to fix the build on older glib
      versions. --Kevin]
      Signed-off-by: NFrancesco Romani <fromani@redhat.com>
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Message-id: 1421068273-692-1-git-send-email-fromani@redhat.com
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      e2462113
    • M
      iotests: Specify format for qemu-nbd · 6440d44c
      Max Reitz 提交于
      This patch is necessary to suppress the "probed raw" warning when
      running raw over nbd tests.
      Signed-off-by: NMax Reitz <mreitz@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      6440d44c
    • F
      qemu-iotests: Fix supported_oses check · 79e7a019
      Fam Zheng 提交于
      There is a bug in the recently added sys.platform test, and we no longer
      run python tests, because "linux2" is the value to compare here. So do a
      prefix match. According to python doc [1], the way to use sys.platform
      is "unless you want to test for a specific system version, it is
      therefore recommended to use the following idiom":
      
      if sys.platform.startswith('freebsd'):
          # FreeBSD-specific code here...
      elif sys.platform.startswith('linux'):
          # Linux-specific code here...
      
      [1]: https://docs.python.org/2.7/library/sys.html#sys.platformSigned-off-by: NFam Zheng <famz@redhat.com>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      79e7a019
  2. 24 1月, 2015 2 次提交
  3. 13 1月, 2015 8 次提交
  4. 13 12月, 2014 1 次提交
  5. 12 12月, 2014 3 次提交
  6. 10 12月, 2014 20 次提交
  7. 10 11月, 2014 1 次提交
    • M
      block/vdi: Limit maximum size even futher · d20418ee
      Max Reitz 提交于
      The block layer read and write functions do not like requests which are
      bigger than INT_MAX bytes. Since the VDI bmap is read and written in a
      single operation, its size is therefore limited accordingly. This
      reduces the maximum VDI image size supported by QEMU to half of what it
      currently is (down to approximately 512 TB).
      
      The VDI test 084 has to be adapted accordingly. Actually, one could
      clearly see that it was broken from the "Could not open
      'TEST_DIR/t.IMGFMT': Invalid argument" line for an image which was
      supposed to work just fine.
      Signed-off-by: NMax Reitz <mreitz@redhat.com>
      Reviewed-by: NStefan Hajnoczi <stefanha@redhat.com>
      Reviewed-by: NPeter Lieven <pl@kamp.de>
      d20418ee
  8. 06 11月, 2014 1 次提交
  9. 03 11月, 2014 1 次提交