Open qiankehan opened 4 years ago
@balamuruhans @sathnaga @kylazhang @dzhengfy
files,which may touch the changes under avocado-vt repository: (base) [root@localhost avocado-vt]# find . -name '*.py' -exec grep 'libvirtd' {} \; -print|grep -i '.py' ./avocado_vt/test.py ./virttest/libvirt_installer.py ./virttest/libvirt_remote.py ./virttest/utils_disk.py ./virttest/utils_libvirtd.py ./virttest/utils_sasl.py ./virttest/utils_test/init.py ./virttest/utils_test/libvirt.py ./virttest/virt_admin.py ./virttest/env_process.py ./virttest/libvirt_vm.py ./virttest/test_setup.py ./virttest/utils_config.py ./virttest/utils_conn.py ./virttest/virsh.py
Here there are two kinds of things addressed here: 1)Start different daemons separately, currently existed libvirtd is one good example,which is defined as class in utils_libvirtd.py 2)Create Config file matched with separate daemon,currently existed LibvirtdConfig is one good example ,which is defined as class in utils_config.py Therefore, the path to address those two issues could be create separate daemon and config class by simulating currently existed good examples.
Therefore, the path to address those two issues could be create separate daemon and config class by simulating currently existed good examples.
@chunfuwen yep, good approach, have any one started coding it?
this will be a bottle neck for future test executions, and one more thing to consider is to retain the backward compatibility... for older distributions...
If no one started implementing or planning to implement yet, I can contribute...
@qiankehan @chunfuwen ping
Since libvirt 5.6, several split daemons are created to replace the functions of libvirtd:
Primary virt drivers:
Secondary drivers:
Finally to support IP connectivity, and also the legacy lbivirtd UNIX domain socket (for the old libvirt remote driver SSH tunnelling):
BTW, the configuration files and daemons sockets are changed accordingly. Reference: Libvirt patches: https://www.redhat.com/archives/libvir-list/2019-July/msg01311.html