Re: [vpsFree.cz: community-list] Prosba - nefunkncni virt-manager - Community-list

6 Oct 2017

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 &lt;meszaros(a)advice.sk&gt;
 Komu: "vpsFree.cz Community list" &lt;community-list(a)lists.vpsfree.cz&gt;
 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 &lt;richard.korinek(a)gmail.com
&lt;richard.korinek(a)gmail.com&gt;&gt; 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(a)gmail.com &lt;richard.korinek(a)gmail.com&gt;phone;phone: +420 604 777 044

_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz &lt;Community-list(a)lists.vpsfree.cz&gt;
http://lists.vpsfree.cz/listinfo/community-list

 ----------

 _______________________________________________
 Community-list mailing list
 Community-list(a)lists.vpsfree.cz
 http://lists.vpsfree.cz/listinfo/community-list
<http://lists.vpsfree.cz/listinfo/community-list>