[Libvirt-ci] Passed: libvirt/libvirt#4 (master - 6b3fb86)
by Travis CI
Build Update for libvirt/libvirt
-------------------------------------
Build: #4
Status: Passed
Duration: 18 minutes and 26 seconds
Commit: 6b3fb86 (master)
Author: Jim Fehlig
Message: Increase default task limit for libvirtd
libvirtd can spawn threads/tasks when creating new domains for
some hypervisors such as Xen's libxl driver, quickly reaching
the cgroups pids controller default TasksMax setting of 512. When
the limit is reached, attempting to create additional domains
results in an error from the cgroups pids controller, e.g.
kernel: [71282.213347] cgroup: fork rejected by pids controller in
/system.slice/libvirtd.service
Depending on domain type and configuration, anywhere from 4-7
threads/tasks may be created by libxl when starting a domain.
In order to support 4096 domains, similar to commit 27cd763500,
increase the TasksMax setting in libvirtd.service to
4096 * 8 = 32768 tasks.
View the changeset: https://github.com/libvirt/libvirt/compare/234ac4e18db3...6b3fb86b391d
View the full build log and details: https://travis-ci.org/libvirt/libvirt/builds/224004191
--
You can configure recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications
7 years, 8 months
[Libvirt-ci] Errored: libvirt/libvirt#3 (master - 234ac4e)
by Travis CI
Build Update for libvirt/libvirt
-------------------------------------
Build: #3
Status: Errored
Duration: 10 minutes and 39 seconds
Commit: 234ac4e (master)
Author: Daniel P. Berrange
Message: Fix error reporting when poll returns POLLHUP/POLLERR
In the RPC client event loop code, if poll() returns only a POLLHUP
or POLLERR status, then we end up reporting a bogus error message:
error: failed to connect to the hypervisor
error: An error occurred, but the cause is unknown
We do actually report an error, but we virNetClientMarkClose method
has already captured the error status before we report it, so the
real error gets thrown away. The key fix is to report the error
before calling virNetClientMarkClose(). In changing this, we also
split out reporting of POLLHUP vs POLLERR to make any future bugs
easier to diagnose.
Signed-off-by: Daniel P. Berrange <berrange(a)redhat.com>
View the changeset: https://github.com/libvirt/libvirt/compare/355f5ab99899...234ac4e18db3
View the full build log and details: https://travis-ci.org/libvirt/libvirt/builds/223886495
--
You can configure recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications
7 years, 8 months
[Libvirt-ci] Errored: libvirt/libvirt#1 (master - 90acbc7)
by Travis CI
Build Update for libvirt/libvirt
-------------------------------------
Build: #1
Status: Errored
Duration: 11 minutes and 58 seconds
Commit: 90acbc7 (master)
Author: Pavel Hrdina
Message: qemu_domain: use correct default USB controller on ppc64
The history of USB controller for ppc64 guest is complex and goes
back to libvirt 1.3.1 where the fun started.
Prior Libvirt 1.3.1 if no model for USB controller was specified
we've simply passed "-usb" on QEMU command line.
Since Libvirt 1.3.1 there is a patch (8156493d8db) that fixes this
issue by using "-device pci-ohci,..." but it breaks migration with
older Libvirts which was agreed that's acceptable. However this
patch didn't reflect this change in the domain XML and the model
was still missing.
Since Libvirt 2.2.0 there is a patch (f55eaccb0c5) that fixes the
issue with not setting the USB model into domain XML which we need
to know about to not break the migration and since the default
model was *pci-ohci* it was used as default in this patch as well.
This patch tries to take all the previous changes into account and
also change the default for newly defined domains that don't specify
any model for USB controller.
The VIR_DOMAIN_DEF_PARSE_ABI_UPDATE is set only if new domain is
defined or new device is added into a domain which means that in
all other cases we will use the old *pci-ohci* model instead of the
better and not broken *nec-usb-xhci* model.
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1373184
Signed-off-by: Pavel Hrdina <phrdina(a)redhat.com>
View the changeset: https://github.com/libvirt/libvirt/compare/dd81f5684235...90acbc76ece8
View the full build log and details: https://travis-ci.org/libvirt/libvirt/builds/223851525
--
You can configure recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications
7 years, 8 months