On Wed, Apr 8, 2020 at 2:48 PM Michal Skrivanek <michal.skrivanek@redhat.com> wrote:


On 8 Apr 2020, at 13:52, Dominik Holler <dholler@redhat.com> wrote:



On Wed, Apr 8, 2020 at 1:35 PM Michal Skrivanek <michal.skrivanek@redhat.com> wrote:

> On 8 Apr 2020, at 11:32, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
>
> Eh, so no, still not correct. Steven/Shmuel, I guess it could be your [1] or maybe other related recent patches from you, but OST is now broken (again).
> With [2] finally fixing the cluster creation OST now runs with a Q35 seabios (as it was supposed to, but wasn’t until now), and the vm2 which has a custom emulated machine of i440fx-rhel-7.4.0 doesn’t run anymore, because apparently it is launched as a q35 VM for the first time, and then failing restart ever since.

Sorry, my bad, it’s really getting confusing with the amount of breakages:)
It should be fixed just in OST because using a custom i440fx type in a Cluster with q35/seabios is invalid.
Well, that’s easy...


If I run networking-suite-master with additional repo
the VMs will use
  • pc-i440fx-rhel8.1.0 type [1].

Is this the same problem, or is this another one?

I don’t know, you didn’t say what problem you've seen



pc-i440fx-rhel8.1.0 type seems to be not valid.
 

[1]



 
>
> Please fix ASAP
>
> Thanks,
> michal
>
> [1] https://gerrit.ovirt.org/#/c/107785/
> [2] https://gerrit.ovirt.org/#/c/108237/
_______________________________________________
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-leave@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/L2Z4LNRMWPWNLPTZ4HULDDTXMH2DUN7S/