Am 26.02.2016 um 11:49 schrieb Michal Privoznik:
Am 25.02.2016 um 07:25 schrieb Michal Privoznik:
On 24.02.2016 21:36, Florian Hubold wrote:
Hi,
one of the seems to fail on our build system, vircgrouptest fails with Unexpected: nodeGetCPUCount() yields: -1
The test runs fine locally. Here are the contents from testsuite.log with VIR_TEST_DEBUG=1 enabled.
See tests/test-suite.log Please report to libvir-list@redhat.com ============================================================================ [...] + cat test-suite.log =========================================== libvirt 1.2.9.3: tests/test-suite.log ===========================================
# TOTAL: 126 # PASS: 123 # SKIP: 2 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0
.. contents:: :depth: 2
FAIL: vircgrouptest ===================
TEST: vircgrouptest 1) New cgroup for self ... OK 2) New cgroup for partition ... libvirt: Cgroup error : At least one cgroup controller is required: No such device or address OK 3) New cgroup for partition nested ... libvirt: Cgroup error : Failed to create controller cpu for group: No such file or directory OK 4) New cgroup for partition nested deeply ... libvirt: Cgroup error : Failed to create controller cpu for group: No such file or directory OK 5) New cgroup for domain partition ... OK 6) New cgroup for domain partition escaped ... OK 7) Cgroup available ... OK 8) virCgroupGetBlkioIoServiced works ... OK 9) virCgroupGetBlkioIoDeviceServiced works ... OK 10) virCgroupGetMemoryUsage works ... OK 11) virCgroupGetPercpuStats works ... Unexpected: nodeGetCPUCount() yields: -1 libvirt: error : this function is not supported by the connection driver: host cpu counting not supported on this node Interesting. This error is produced becasue there's no /sys/devices/system/cpu/cpu0 directory on your system. Therefore:
1) it's our bug that in testsuite we access real data from host's sysfs. We need a bit more mocking. 2) it's interesting that you don't have cpu0. Can you please share dir listing of /sys/devices/system/cpu? That's a bit difficult as I don't have shell access, but one of our friendly sysadmins provided it, see http://paste.pound-python.org/show/W7zyZNUTtfDAn8RAwi26/ Wow, this is interesting. You do have /sys/devices/system/cpu/cpu0
On 25.02.2016 19:50, Florian Hubold wrote: directory. Maybe something else is preventing access (e.g. SELinux)? Or the path is not accessible because of some mounting masquerade the build script is doing? At any rate, test suite should not touch live data on host at all. This is fixed now. If you want, try building the latest HEAD and see if the test still fails.
Michal
Well, our buildsystem uses simple chroots, so it should not differ from the physical system. FWIW the output provided above was from the physical system. We also don't use SELinux. But if it fails again at least I'll know what to look for and will try to provide the same output from inside the chroot :) Thanks for the previous fix, can I apply this also on top of v1.2.9-maint branch or does it require some subsequent commits from HEAD?