1. 16 3月, 2020 4 次提交
  2. 04 3月, 2020 1 次提交
  3. 14 2月, 2020 4 次提交
  4. 11 2月, 2020 2 次提交
  5. 04 2月, 2020 4 次提交
  6. 24 1月, 2020 1 次提交
    • P
      qemu: block: Don't skip creation of 'luks' formatted images · f4e7c792
      Peter Krempa 提交于
      libvirt treats 'luks' images as raw+encryption. The logic in
      qemuBlockStorageSourceCreateFormat skipped the creation if the requested
      image was raw but didn't take into account the encryption.
      
      This manifested itself e.g. when attempting to do a virsh blockcopy with
      the following XML:
      
          <disk type='file' device='disk'>
            <driver name='qemu' type='raw'/>
            <source file='/tmp/enccpy'>
              <encryption format='luks'>
                <secret type='passphrase' uuid='0a81f5b2-8403-7b23-c8d6-21ccc2f80d6f'/>
              </encryption>
            </source>
          </disk>
      
      Where qemu would report the following error:
      
       unable to execute QEMU command 'blockdev-add': Volume is not in LUKS format
      
      rather than actually formatting the image first.
      Signed-off-by: NPeter Krempa <pkrempa@redhat.com>
      Reviewed-by: NEric Blake <eblake@redhat.com>
      f4e7c792
  7. 06 1月, 2020 1 次提交
  8. 17 12月, 2019 2 次提交
  9. 13 12月, 2019 1 次提交
  10. 22 11月, 2019 2 次提交
  11. 12 11月, 2019 1 次提交
  12. 21 10月, 2019 3 次提交
  13. 16 10月, 2019 5 次提交
  14. 15 10月, 2019 1 次提交
  15. 30 9月, 2019 1 次提交
  16. 06 9月, 2019 3 次提交
  17. 04 9月, 2019 1 次提交
  18. 16 8月, 2019 1 次提交
    • P
      qemu: Introduce code for blockdev-create · 545edb25
      Peter Krempa 提交于
      QEMU finally exposes an interface which allows us to instruct it to
      format or create arbitrary images. This is required for blockdev
      integration of block copy and snapshots as we need to pre-format images
      prior to use with blockdev-add.
      
      This path introduces job handling and also helpers for formatting and
      attaching a whole image described by a virStorageSource.
      Signed-off-by: NPeter Krempa <pkrempa@redhat.com>
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      545edb25
  19. 25 7月, 2019 2 次提交