Re: [vpsFree.cz: community-list] Prosba - nefunkncni virt-manager
Ahoj, není to problém virt-manageru, ale hlavně libvirt. Nespustí se hypervisor libvirt qemu:///system, jak je v logách níže a virt-manager se nemá k čemu připojit. Libvirt chodí jen na OpenVZ šablonách distribuce Alpine Linux, Debian 8 a CentOS 7.1, viz. KB https://kb.vpsfree.cz/navody/vps/kvm. Jinak Qemu/KVM chodí například na Debian 9 či Ubuntu 16.04, jen se musí ovládat pomocí init skriptů, místo libvirt (virt-manageru). Renda _____________________________________________________________
Od: Tomas Meszaros <meszaros@advice.sk> Komu: "vpsFree.cz Community list" <community-list@lists.vpsfree.cz> Datum: 06.10.2017 20:10 Předmět: Re: [vpsFree.cz: community-list] Prosba - nefunkncni virt-manager
mne sa to podarilo rozchodit na debian 8 jedine arty Dňa 6. 10. 2017 o 17:07, Richard Korinek <richard.korinek@gmail.com <richard.korinek@gmail.com>> napísal: Zdravím, snažím se rozchodit KVM a chtěl bych použít virt-manager. Zkoušel jsem ArchLinux 3.6 i Centos 7.3 ale zatím bez úspěchu. Naistaluju qemu, dokonce i spustím image pomocí konfiguračního souboru. Když ale zkouším virt-amanger (po nainstalování všech dependencies, pro Centos viz KB KVM / Centos), tak virt-manager padá s nic neříkající chybou. Kompletní debug:[root@majestatix log]# virt-manager --debug[Pá, 06 říj 2017 16:47:38 virt-manager 943] DEBUG (cli:261) Launched with command line: /usr/share/virt-manager/virt-manager --debug[Pá, 06 říj 2017 16:47:38 virt-manager 943] DEBUG (virt-manager:183) virt-manager version: 1.4.1[Pá, 06 říj 2017 16:47:38 virt-manager 943] DEBUG (virt-manager:184) virtManager import: <module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc'>[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (virt-manager:214) PyGObject version: 3.22.0[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (virt-m anager:218) GTK version: 3.22.10Gtk-Message: Failed to load module "canberra-gtk-module"[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:496) libguestfs inspection support: False[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (systray:156) Showing systray: False[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:1037) processing cli command uri= show_window= domain=[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:1039) No cli action requested, launching default window[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (manager:203) Showing manager[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:401) window counter incremented to 1[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:161) Loading stored URIs:qemu:///system[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:140) Initial gtkapplication activated[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:571) conn=qemu:///system changed to s tate=Con necting[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:989) Scheduling background open thread for qemu:///system[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1039) libvirt version=3002000[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1041) daemon version=3002000[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1042) conn version=1005003[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1044) qemu:///system capabilities:<capabilities> <host> <uuid>4e56d8c3-7406-4b81-9a01-39d12aae0b60</uuid> <cpu> <arch>x86_64</arch> <pages unit="KiB" size="4"/> </cpu> <power_management/> <migration_features> <live/> <uri_transports> <uri_transport>tcp</uri_transport> <uri_transport>rdma</uri_transport> </uri_transports> </migration_features> <secmodel> <model>none</model> <doi>0</doi> </secmodel> <secmodel> <model>dac</model> <doi>0</doi> <baselabel type="kvm">+107:+107</baselabel> <baselabel type="qemu">+107:+107</baselabel> </secmodel> </host> <guest> <os_type>hvm</os_type> <arch name="i686"> <wordsize>32</wordsize> <emulator>/usr/libexec/qemu-kvm</emulator> <machine maxCpus="240">pc-i440fx-rhel7.0.0</machine> <machine canonical="pc-i440fx-rhel7.0.0" maxCpus="240">pc</machine> <machine maxCpus="240">rhel6.0.0</machine> <machine maxCpus="240">rhel6.1.0</machine> <machine maxCpus="240">rhel6.2.0</machine> <machine maxCpus="240">rhel6.3.0</machine> <machine maxCpus="240">rhel6.4.0</machine> <machine maxCpus="240">rhel6.5.0</machine> <machine maxCpus="240">rhel6.6.0</machine> <domain type="qemu"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> <domain type="kvm"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> </arch> <features> <cpuselection/> <deviceboot/> <disksnapshot default="off" toggle="no"/> <acpi default="o n" toggl e="yes"/> <apic default="on" toggle="no"/> <pae/> <nonpae/> </features> </guest> <guest> <os_type>hvm</os_type> <arch name="x86_64"> <wordsize>64</wordsize> <emulator>/usr/libexec/qemu-kvm</emulator> <machine maxCpus="240">pc-i440fx-rhel7.0.0</machine> <machine canonical="pc-i440fx-rhel7.0.0" maxCpus="240">pc</machine> <machine maxCpus="240">rhel6.0.0</machine> <machine maxCpus="240">rhel6.1.0</machine> <machine maxCpus="240">rhel6.2.0</machine> <machine maxCpus="240">rhel6.3.0</machine> <machine maxCpus="240">rhel6.4.0</machine> <machine maxCpus="240">rhel6.5.0</machine> <machine maxCpus="240">rhel6.6.0</machine> <domain type="qemu"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> <domain type="kvm"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> </arch> <features> <cpuselection/> <deviceboot/> <disksnapshot default="off" toggle="no"/> <acpi default= "on" tog gle="yes"/> <apic default="on" toggle="no"/> </features> </guest> </capabilities> [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:845) Using domain events[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:882) Using network events[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:902) Using storage pool events[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:921) Using node device events[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1426) Error polling connection qemu:///systemTraceback (most recent call last): File "/usr/share/virt-manager/virtManager/connection.py", line 1404, in tick_from_engine self._tick(*args, **kwargs) File "/usr/share/virt-manager/virtManager/connection.py", line 1294, in _tick self._hostinfo = self._backend.getInfo() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3739, in getInfo if ret is None: raise libvirtError ('virNodeGetInfo() failed', conn=self)libvirtError: An error occurred, but the cause is unknown[Pá, 06 říj 2017 16 :47:39 virt-manager 943] DEBUG (connection:1436) An error occurred, but the cause is unknown[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:937) conn.close() uri=qemu:///system[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:571) conn=qemu:///system changed to state=Disconnected[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (error:99) error dialog message:summary=Error polling connection 'qemu:///system': An error occurred, but the cause is unknowndetails=Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/engine.py", line 385, in _handle_tick_queue conn.tick_from_engine(**kwargs) File "/usr/share/virt-manager/virtManager/connection.py", line 1437, in tick_from_engine raise e # pylint: disable=raising-bad-typelibvirtError: An error occurred, but the cause is unknown [Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (manager:214) Closing manager[Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (engine:405) window counter decremented to 0[Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (engine:467) No windows found, requesting app exit[Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (engine:491) Exiting app normally.Vypadá to, že na něco nedostane odpověď "ret is None" .... ale netuším na co. Jak v ArchLinuxu tak i v Centosu jsem našel tythle hlášky:Oct 6 17:04:35 majestatix libvirtd: 2017-10-06 15:04:35.371+0000: 1420: warning : virNumaGetNodeCPUs:276 : NUMA topology for cell 0 is not available, ignoringOct 6 17:04:35 majestatix libvirtd: 2017-10-06 15:04:35.372+0000: 1420: warning : virQEMUCapsInit:1138 : Failed to get host CPUNa Centosu si potom ještě stěžuje KSMTUNEDOct 6 16:57:56 majestatix ksmtuned: /usr/sbin/ksmtuned: line 61: /sys/kernel/mm/ksm/run: No such file or directoryOct 6 16:58:06 maje statix / usr/sbin/irqbalance: WARNING, didn't collect load info for all cpus, balancing is brokenAle netuším, jestli to s tím souvisí. Nemáte někdo nějakou radu co dál prosím? Vzhledem k tomu, že jsem ke stejnému výsledku dospěl jak na Centos tak i na Arch LInux, tak myslím že problém bude někde v nastavení VPSky? Nebo se pletu? Díky za tipy jak dál.R.-- Richard Kořínek ^^^^^^^^^^^^^^ email: richard.korinek@gmail.com <richard.korinek@gmail.com>phone: +420 604 777 044 _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list ---------- _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>
participants (1)
-
René Langer