On 8 Apr 2020, at 14:55, Dominik Holler <dholler(a)redhat.com>
wrote:
On Wed, Apr 8, 2020 at 2:48 PM Michal Skrivanek <michal.skrivanek(a)redhat.com
<mailto:michal.skrivanek@redhat.com>> wrote:
> On 8 Apr 2020, at 13:52, Dominik Holler <dholler(a)redhat.com
<mailto:dholler@redhat.com>> wrote:
>
>
>
> On Wed, Apr 8, 2020 at 1:35 PM Michal Skrivanek <michal.skrivanek(a)redhat.com
<mailto:michal.skrivanek@redhat.com>> wrote:
>
> > On 8 Apr 2020, at 11:32, Michal Skrivanek <michal.skrivanek(a)redhat.com
<mailto: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
>
https://jenkins.ovirt.org/job/ovirt-engine_standard-on-merge/865/
<
https://jenkins.ovirt.org/job/ovirt-engine_standard-on-merge/865/>
> 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.
it’s not. I don’t know how/where you create the VMs or the Cluster in network suite. You
need to check it’s using the default and not something hardcoded…