1. 20 3月, 2020 2 次提交
  2. 19 3月, 2020 1 次提交
  3. 17 3月, 2020 4 次提交
  4. 16 3月, 2020 6 次提交
  5. 04 3月, 2020 1 次提交
  6. 14 2月, 2020 4 次提交
  7. 11 2月, 2020 2 次提交
  8. 04 2月, 2020 4 次提交
  9. 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
  10. 06 1月, 2020 1 次提交
  11. 17 12月, 2019 2 次提交
  12. 13 12月, 2019 1 次提交
  13. 22 11月, 2019 2 次提交
  14. 12 11月, 2019 1 次提交
  15. 21 10月, 2019 3 次提交
  16. 16 10月, 2019 5 次提交