For testing purposes we installed elrepo 4.4 linux kernel on one of our CentOs OVirt virtualization hosts. This gives the following software package: vdsm: 4.19.15-1.el7.centos libvirt: 2.0.0-10.el7_3.9 kernel-lt: 4.4.69-1.el7.elrepo every 15 seconds we get the following error into /var/log/messages hh:mm:ss journal: internal error: Unable to parse sched info value '1915.542002' After some analysis this error is written for each running VM and libvirt should be the initiator. I guess it came with the commit: https://www.redhat.com/archives/libvir-list/2015-December/msg00408.html I could narrow down the error and reproduce it with the following command: virsh domstats --vcpu domain Domain: 'domain' vcpu.current=2 vcpu.maximum=32 Can this mitigated my fixing vdsm -> libvirt calls or should this be fixed inside libvirt? Nevertheless there should be a bugfix to support future kernel versions.
An additional test gives: 1) ask libvirt/qemu about CPU stats # virsh domstats --vcpu domain ... internal error: Unable to parse sched info value '1917.404197' 2) directly check process stats # cat /proc/31034/task/*/sched | grep 1917 se.statistics.exec_max : 1.020191 se.statistics.wait_sum : 1917.460097 Looking at the code we either have a buggy virStrToDouble function or maybe we have some invalid language settigns (e.g. German that expects "," as decimal separator) if (virStrToDouble(line, NULL, &val) < 0) { virReportError(VIR_ERR_INTERNAL_ERROR, _("Unable to parse sched info value '%s'"), line); goto cleanup; } I would say that the bug should be kernel independant.
The system has german locale set: # localectl status System Locale: LANG=de_DE.UTF-8 VC Keymap: de-nodeadkeys X11 Layout: de X11 Variant: nodeadkeys With that setting the decimal separator is "," but the kernel /proc filesystem ignores those settings. It always reports values with decimal separator "." Thus we need a libvirt fix to always switch to a kernel-matching locale.
Definetly a libvirt bug. Tracked in BZ1457634
*** This bug has been marked as a duplicate of bug 1457634 ***