External/libvirt
1
0
Fork 0
mirror of https://gitlab.com/libvirt/libvirt.git synced 2024-08-27 19:11:16 +00:00
Code Issues Packages Projects Releases Wiki Activity
1bbcc79e0e
libvirt/tests/qemumonitorjsondata/qemumonitorjson-nodename-same-backing.result

24 lines
631 B
Plaintext
Raw Normal View History

tests: qemumonitorjson: Add data and fix 'same-backing' node detection case With the new approach we are actually able to correctly detect node names for the two instances of the same backing file. Test images were created as: qemu-img create -f qcow2 /var/lib/libvirt/images/base.qcow2 10M qemu-img create -f qcow2 \ -o "backing_fmt=qcow2,backing_file=/var/lib/libvirt/images/base.qcow2 \ /var/lib/libvirt/images/a.qcow2 qemu-img create -f qcow2 \ -o "backing_fmt=qcow2,backing_file=/var/lib/libvirt/images/base.qcow2 \ /var/lib/libvirt/images/b.qcow2 and then used for two separate disks. Reviewed-by: Eric Blake <eblake@redhat.com>
2017-07-26 08:27:57 +00:00
drive-sata0-0-0
filename : '/var/lib/libvirt/images/a.qcow2'
format node : '#block132'
format drv : 'qcow2'
storage node: '#block020'
storage drv : 'file'
filename : '/var/lib/libvirt/images/base.qcow2'
format node : '#block320'
format drv : 'qcow2'
storage node: '#block224'
storage drv : 'file'
tests: deterministichash: Make hash tables arch-independent It turns out that our implementation of the hashing function is endian-dependent and thus if used on various architectures the testsuite may have different results. Work this around by mocking virHashCodeGen to something which does not use bit operations instead of just setting a deterministic seed.
2017-08-02 15:23:51 +00:00
drive-sata0-0-1
filename : '/var/lib/libvirt/images/b.qcow2'
format node : '#block548'
format drv : 'qcow2'
storage node: '#block487'
storage drv : 'file'
filename : '/var/lib/libvirt/images/base.qcow2'
format node : '#block771'
format drv : 'qcow2'
storage node: '#block692'
storage drv : 'file'
Reference in New Issue Copy Permalink