util_test.libguestfs: Support choosing disk or domain in VirtTools.

Signed-off-by: Yu Mingfei <yumingfei@cn.fujitsu.com>
libguestfs.tests: Supplements for guestmount test.

Signed-off-by: Yu Mingfei <yumingfei@cn.fujitsu.com>
virt: Fix import error when AUTOTEST_PATH is relative and work dir is changed.

Signed-off-by: Jiří Župka <jzupka@redhat.com>
shared.cfg.guest-hw: Update pf_assignable and vf_assignable configure to fit framework changes.

pf_assignable and vf_assignable variants only works with nettype = bridge

Signed-off-by: Feng Yang <fyang@redhat.com>
qemu.tests: Add sr_iov_sanity new test case.

Signed-off-by: Feng Yang <fyang@redhat.com>
virttest.utils_net: Don't remove virt DB lock upon unlocking

This might cause race conditions, so in doubt, don't remove.

Signed-off-by: Lucas Meneghel Rodrigues <lmr@redhat.com>
virttest.utils_net: Clean DB lock file on clean_tmp_files()

Signed-off-by: Lucas Meneghel Rodrigues <lmr@redhat.com>
virttest.qemu_vm: Don't delete vm create lock file on unlock

As it's a source for race conditions.

Signed-off-by: Lucas Meneghel Rodrigues <lmr@redhat.com>
virttest.standalone_test: Clean VM create lock on clean_tmp_files()

Signed-off-by: Lucas Meneghel Rodrigues <lmr@redhat.com>
Merge pull request #1176 from autotest/bugfixes

Cleanup bugfixes
Merge pull request #1159 from jzupka/virt-fix-path

virt: Fix import error when AUTOTEST_PATH is relative and work dir is changed.
run: Fix bug in commit efadf86

So, turns out that, when not running under autotest,
the AUTOTEST_PATH directory will be None, and that will
make os.path.abspath to fail. Let's apply the abspath
function only if that value is not None.

Signed-off-by: Lucas Meneghel Rodrigues <lmr@redhat.com>
Merge pull request #1178 from autotest/bugfix

run: Fix bug in commit efadf86
virttest.qemu_vm: Fix issue #381

It was correctly pointed out by ldoktor that, in case
the 9p proxy helper is set, we'll overwrite self.process
with the regular QEMU process. Let's fix this problem.

Signed-off-by: Lucas Meneghel Rodrigues <lmr@redhat.com>
Merge pull request #1179 from autotest/fix-381

virttest.qemu_vm: Fix issue #381
virt.virtnet : update vm.virtnet when guest reboot

When starting a guest with one nic device, then
starting a guest with two nics (not removing env),
the second nic can not be initialized correctly.

When booting a guest with nic_extra_params, then
booting another guest without this option, the
second guest will boot with nic_extra_params
unexpectedly.

The root cause of these issues is that we don't
update virtnet when the VM object is preprocessed.

Signed-off-by: Yunping Zheng <yunzheng@redhat.com>
Merge pull request #1180 from autotest/virtnet2

virt.virtnet : update vm.virtnet when guest reboot
Merge pull request #1138 from FengYang/sanity

qemu.tests: Add sr_iov_sanity new test case.
fix typo of iozone_cmd

Change from V1:
    add .exe after iozone which is more safe.

Signed-off-by: Cong Li <coli@redhat.com>
Merge pull request #1184 from CongSmile/iozone

fix typo of iozone_cmd