rpm: Update virtualization packages #11256
Conversation
kubevirt-bot
added
release-note
andreabolognani
force-pushed
the
rpm-update
branch
from
89e9753
to
0efd263
Compare
|
/test |
|
@xpivarc: The
The following commands are available to trigger optional jobs:
Use
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
/test pull-kubevirt-verify-rpms |
|
/retest-required |
|
@andreabolognani Thanks |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: xpivarc The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
kubevirt-bot
added
the
approved
|
Required labels detected, running phase 2 presubmits: |
|
/hold |
kubevirt-bot
added
the
do-not-merge/hold
|
@xpivarc I'm seeing mostly timeouts among the failures. I'll start looking into it, but do you have any tips or gut feelings about what could be causing the issues? Just to speed things up if possible :) |
Ah, cool. Perhaps we can make this test run on arm? Based on this commit, all is needed would be adding |
Good idea, but I'll let @zhlhahaha take care of that after this PR has been merged. I wouldn't want to risk holding up the RPM update any longer than it's necessary. |
|
@andreabolognani FYI, seeing the same migration tests failing in #10346 (comment) after bumping only qemu to install an additional tool in the containers. |
I will give it a try, but currently we get some issue on the e2e tests on Arm64, I will fix it as soon as possible. |
I have verified the USB Redirection e2e tests. All three tests have passed on Arm64 platform. |
|
@rmohr I haven't been able to reproduce failure locally (at least for In all cases we seem to be hitting timeouts though, so I'm not sure if things are actually stuck, gotten slower enough that what was previously a tight deadline could no longer be reached in time, or being interfered with by higher than average load on the test cluster? How does one tell those apart, and decide whether e.g. bumping the timeout would be an acceptable course of action? I'm kinda stumped here, so any help would be highly appreciated. |
andreabolognani
force-pushed
the
rpm-update
branch
from
0efd263
to
63c1366
Compare
andreabolognani
force-pushed
the
rpm-update
branch
from
a8fc549
to
3c708d6
Compare
|
Pick up |
|
|
kubevirt-bot
added
the
needs-rebase
@xpivarc that's not surprising, it's the other issue that I was talking about (RHEL-30622) and that hasn't been resolved upstream yet :) Can you please try to fish out the various XMLs used in that test? The one for the VM running on the original node, the one used for migration, anything else that might be relevant? That could be useful to track down the issue. |
* Bump alpine to 3.19 Signed-off-by: Alex Kalenyuk <akalenyu@redhat.com> * Add networking service to alpine start Otherwise, the network interfaces will not be brought up: kubevirt/kubevirt#11256 (comment) Signed-off-by: Alex Kalenyuk <akalenyu@redhat.com> --------- Signed-off-by: Alex Kalenyuk <akalenyu@redhat.com>
andreabolognani
force-pushed
the
rpm-update
branch
from
3c708d6
to
5004193
Compare
kubevirt-bot
removed
the
needs-rebase
|
Updated to pick up the official 3.19 |
The function that is used to create VMIs takes the amount of memory as a parameter, but the contents of the corresponding spec.domain.resources.requests entry were not affected by it and always used the default value of 128Mi. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
The values can change over time, and when they do it shouldn't be necessary to update the messages too. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
The current sed script works under the assumption that the sshd_config file contains the line PasswordAuthentication no That is the case for the current Alpine 3.16 image, though I haven't been able to figure out where it comes from since it doesn't appear to exits even in the old Alpine package. The line is not there in the Alpine 3.19 image, which means that the sed script does nothing and password authentication remains disabled, leading to a bunch of failed test cases. Anyway, cloud-init implements a native way to enable password authentication, so we can just switch to that one and make things both simpler and more robust. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
It comes with a newer kernel which implements a virtio-mem driver that's compatible with the QEMU 8.2 device. kubevirt/kubevirtci#1167 Signed-off-by: Andrea Bolognani <abologna@redhat.com>
Specifically:
QEMU 8.0.0 -> 8.2.0
libvirt 9.5.0 -> 10.0.0
SeaBIOS 1.16.1 -> 1.16.3
EDKII 20230524 -> 20231122
passt 20230818 -> 20231204
virtiofsd 1.7.2 -> 1.1.10.1
guestfs-tools 1.50.1 -> 1.51.6
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
andreabolognani
force-pushed
the
rpm-update
branch
from
5004193
to
d72e350
Compare
|
Updated to pick up libvirt 10.0.0-7, which should contain fixes for all known issues. Unfortunately that build is not available from composes yet, so I'm fetching it straight from koji as a temporary workaround. |
This is the build from https://kojihub.stream.centos.org/koji/buildinfo?buildID=60845 which is currently not available from actual CentOS Stream 9 composes. It contains fixes for https://issues.redhat.com/browse/RHEL-25995 https://issues.redhat.com/browse/RHEL-30622 which we need to make some of the CI tests pass. While we wait for it to available through the usual channels, pick it up in a hacky way so that we can get ahead of things by potentially uncovering other issues that might be lingering. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
To match the RPM update. Signed-off-by: Andrea Bolognani <abologna@redhat.com>
andreabolognani
force-pushed
the
rpm-update
branch
from
d72e350
to
edff17f
Compare
|
@andreabolognani: The following tests failed, say
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
|
@andreabolognani any updates on this? QEMU packages for the version |
|
@alicefr see my last update. Things are progressing, albeit slowly. I know this is becoming increasingly problematic. There's not much I can do about it beyond what I'm already doing. |
And using libvirt version |
|
10.0.0-4 contains two migration-related issues, so the CI jobs will understandably not pass. 10.0.0-7 addresses them. |
Ok, sorry for the noise and thanks for the explanation. |
What this PR does
Update virtualization packages. Specifically:
Fixes #10208 by adding the
usb-redirdevice on Arm.Release note