On Wed., Nov. 17, 2021, 4:54 a.m. Yedidyah Bar David, <d...@redhat.com> wrote:
> On Wed, Nov 17, 2021 at 9:44 AM Sandro Bonazzola <sbona...@redhat.com> > wrote: > >> >> >> Il giorno mer 17 nov 2021 alle ore 03:12 Danilo de Paula < >> ddepa...@redhat.com> ha scritto: >> >>> Since you're consuming the CentOS Stream 8 packages (I assume) and the >>> CentOS Stream 8 is actually the opened development of the next RHEL >>> minor release (8.6) [1], it makes >>> a lot of sense to open BZs against those packages in RHEL-8.6. >>> >>> Especially since we won't fix those problems in CentOS Stream without >>> fixing it in RHEL first. >>> >>> So, if you believe that this is a problem with the package itself (as it >>> looks like), I strongly suggest opening a BZ against those packages in RHEL. >>> >> >> Didi can you please open a bug against RHEL 8 CentoStream version for >> qemu-kvm component? >> > > Michal searched and found: > > https://gitlab.com/qemu-project/qemu/-/issues/641 > > And indeed it seems to be our case: > > [root@ost-he-basic-suite-master-host-0 ~]# ps uaxww | grep qemu | sed 's/ > /\n/g' | grep ^pcie-root-port | wc > 17 17 1160 > > Danilo - the gitlab page above mentions several patches linking to it > already, some of which from the last few days. I didn't check them. Is > there still value in opening a bug, or is the issue already sufficiently > clear? > That's a good question. See, we don't track gitlab issues, the upstream project does. So, unless those patches are included in the qemu 6.2 upstream release (should happen in a few days, I think rc1 is about to be out), they need to be backported in RHEL (when rhel rebases). And we only do backports with RHEL BZs. I see some commits being mentioned but the issue is still not closed. So wait a few days and see. If it's not fixed by rc4, then I suggest open a BZ for the backports. I expect the rebase to be concluded by the beginning of December btw. > That said, I failed to verify this using isa-debugcon as mentioned there, > and the various things the command uses (FDs, storage) are temporary - > created on the fly by libvirt/vdsm - so I can't just copy the command and > add a few options. If needed I guess it's possible to hack this using a > vdsm hook or something. > > For the time being, is there a workaround/temporary-build/whatever other > than downgrading to qemu-kvm-6.0.0 (which is considered deprecated, I guess > - e.g. Sandro is going to remove it from ovirt-release package ( > https://github.com/oVirt/ovirt-release/pull/2 ), following the thread > "[CentOS-devel] Is advanced-virt (Virtualization SIG) not relevant anymore > with latest CentOS Stream 8?")? > > >> >> >> >>> >>> [1] - This is only true for CentOS Stream 8 (which is a copy of RHEL). >>> CentOS Stream 9 is the other way around. >>> >> >> Sadly no, from my experience it's still fix in rhel first and then in >> CentOS Stream, at least for systemd on CentOS Stream 9. >> I would love to see fixes coming to Stream first. >> > I understand that. Please consider that the CentOS Stream 9 development workflow change is a bit complex and some teams are still adapting. And I can only talk about the virt packages. MRs and fixes are landing in stream first, the situations where they don't are highly exceptional. > Best regards, > > -- > Didi >
_______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BRT3O26OI4724VBD4CHJ6PEYFZXFOE4U/