Fedora 20 libvirt error.
 

Hello VGLUG,

I have installed "libvirtd" service in Fedora 20 PPC64 Architecture and everything is running well. I have successfully installed CentOS 6.3 64 bit Guest OS, but it gives very slow response. While verifying libvirtd status, below status message appears.

libvirtd.service - Virtualization daemon
Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled)
Active: active (running) since Fri 2015-12-04 19:22:43 IST; 15h ago
Docs: man:libvirtd(8)
http://libvirt.org
Main PID: 10753 (libvirtd)
CGroup: /system.slice/libvirtd.service
├─ 2604 /sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf
├─10753 /usr/sbin/libvirtd
└─28113 /usr/bin/qemu-system-sh4eb -S -no-user-config -nodefaults -nographic -M none -qmp unix:/var/lib/libvirt/qemu/capabilities.monitor.sock,...

Dec 04 19:22:43 gjvatwb1.gipl.net systemd[1]: Started Virtualization daemon.
Dec 04 19:22:43 gjvatwb1.gipl.net libvirtd[10753]: libvirt version: 1.1.3.6, package: 1.fc20 (Fedora Project, 2014-10-15-23:18:18, ppc-builder8.qa...ect.org)
Dec 04 19:22:43 gjvatwb1.gipl.net libvirtd[10753]: Unable to lookup SELinux process context: Invalid argument
Dec 04 19:22:44 gjvatwb1.gipl.net dnsmasq[2604]: read /etc/hosts - 4 addresses
Dec 04 19:22:44 gjvatwb1.gipl.net dnsmasq[2604]: read /var/lib/libvirt/dnsmasq/default.addnhosts - 0 addresses
Dec 04 19:22:44 gjvatwb1.gipl.net dnsmasq-dhcp[2604]: read /var/lib/libvirt/dnsmasq/default.hostsfile
Dec 04 19:22:44 gjvatwb1.gipl.net libvirtd[10753]: operation failed: Cannot find CPU model with PVR 0x003e0301
Dec 04 19:22:44 gjvatwb1.gipl.net libvirtd[10753]: Failed to get host CPU
Dec 04 19:23:53 gjvatwb1.gipl.net libvirtd[10753]: Unable to lookup SELinux process context: Invalid argument
Dec 05 03:48:26 gjvatwb1.gipl.net libvirtd[10753]: Unable to lookup SELinux process context: Invalid argument
Hint: Some lines were ellipsized, use -l to show in full.

Guest OS Contains 4 GB RAM and Dual Core CPU with 20 GB Hard Drive.

Other important information regarding "libvirt" is given below.

virsh # version
Compiled against library: libvirt 1.1.3
Using library: libvirt 1.1.3
Using API: QEMU 1.1.3
Running hypervisor: QEMU 1.6.2

virsh # sysinfo
<sysinfo type='smbios'>
<system>
<entry name='version'>CHRP IBM,8203-E4A</entry>
<entry name='serial'>IBM,8203-E4A</entry>
<entry name='family'>pSeries</entry>
</system>
<processor>
<entry name='socket_destination'>0</entry>
<entry name='type'>POWER6 (raw), altivec supported</entry>
<entry name='version'>3.1 (pvr 003e 0301)</entry>
</processor>

virsh # maxvcpus
16

virsh # nodecpumap
CPUs present: 8
CPUs online: 8
CPU map: yyyyyyyy

virsh # nodeinfo
CPU model: ppc64
CPU(s): 8
CPU frequency: 4204 MHz
CPU socket(s): 1
Core(s) per socket: 2
Thread(s) per core: 2
NUMA cell(s): 2
Memory size: 24053568 KiB

virsh # nodememstats
total : 24053568 KiB
free : 3544640 KiB
buffers: 322176 KiB
cached : 17492352 KiB

My concern is, why Guest OS is having very slow response. What did I miss in configuring libvirt module?

Expert advise is urgently needed.



Regards,
N.Vyas

The SELinux messages can be caused by not enabling SELinux on the host. Found here: https://www.redhat.com/archives/libv.../msg00322.html (this is for Red Hat, but perhaps it also fits your case). Might also slow down your VM.

Also, I don't think there is a PPC or PPC64 version of Centos (please correct me if I am wrong). Thus, CPU instructions must be emulated. Thus, it has to be slow.

By the way, why Centos 6.3? It's not supported anymore. Use Centos 6.7 instead.

as above WHY fedora 20 and CentOS 6.3 ?
Both are UNSUPPORTED and will never get any security fixes
There have BEEN NO updates since JUNE for Fedora 20

Fedora 23 and CentOS 6.7 ( or 7.1) are the current

unfortunately using "QEMU" will be a bit slow it only uses the CPU and NO GPU pass through

Does Fedora 23 for IBM Power Server (p520) is available? If yes, kindly provide link to download. In addition to this, let me know what are the alternatives of QEMU?

Can oVirt function properly?

The latest Fedora for PPC seems to be Fedora 22: http://fedoraproject.org/wiki/Archit...se.2C_GPG_keys.

qemu functions properly. It's simply not possible to execute x86 instructions on a PPC processor. They have to be emulated - loosely speaking, several PPC instructions for a single x86 instruction. There is no other way.

oVirt is just a front-end. It can't do miracles.