Bug 1457481
| Summary: | libvirt: "internal error: Unable to parse sched info value" | |||
|---|---|---|---|---|
| Product: | [oVirt] vdsm | Reporter: | Markus Stockhausen <mst> | |
| Component: | General | Assignee: | Dan Kenigsberg <danken> | |
| Status: | CLOSED DUPLICATE | QA Contact: | Raz Tamir <ratamir> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 4.19.15 | CC: | bugs | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1457634 (view as bug list) | Environment: | ||
| Last Closed: | 2017-06-01 06:30:14 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
|
Description
Markus Stockhausen
2017-05-31 19:19:08 UTC
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.
*** This bug has been marked as a duplicate of bug 1457634 *** |