Sorry Michal,
this information is already gone - the versions on both hosts should
have been identical - because thats why the machines migrated - I was
running "update" from the ovengine UI on those hosts,
But of course towards the end for the final host to be updated all the
others (target) were already running the updated version.
But of course this cannot be done in another way I guess ...
Am Donnerstag, den 07.06.2018, 20:00 +0200 schrieb Michal Skrivanek:
> On 7 Jun 2018, at 11:27, Balg, Andreas
<Andreas.Balg(a)haufe.com>
> wrote:
>
>
> Hello,
>
> during updates of our physical nodes running ovirt 4.2.3 I had to
> live-
> migrate all VMs to evacuate them from the hosts. This caused
> roughly
> 10% of guests to end up crashed /shutdown after live migration.
>
> Errors in the Logs are:
>
> 2018-05-31T15:15:51.273805Z qemu-kvm: warning: All CPU(s) up to
> maxcpus
> should be described in NUMA config, ability to start up with
> partial
> NUMA mappings is obsoleted and will be removed in future
> 2018-05-31T15:16:54.596554Z qemu-kvm: Unknown combination of
> migration
> flags: 0
> 2018-05-31T15:16:54.597196Z qemu-kvm: error while loading state
> section
> id 3(ram)
> 2018-05-31T15:16:54.598491Z qemu-kvm: load of migration failed:
> Invalid
> argument
> 2018-05-31 15:16:55.010+0000: shutting down, reason=crashed
this is typically due to using some unsupported version.
Can you include the whole qemu log and versions from both source and
destination hypervisors, and verify there were no updates run while
that VM was running?
Thanks,
michal
>
>
> is there anything I can do about this? The hardware of all nodes is
> 100% identical
>
>
> --
> Andreas Balg
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
https://www.ovirt.org/community/about/commun
> ity-guidelines/
> List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.or
> g/message/MCC47Y52B2NUB2GDTHDLCWUMR2FH2Q2C/
--
Andreas Balg
Senior Site Reliability Engineer DevOps
------------------------------------------------------------------
Haufe-umantis AG
Ein Unternehmen der Haufe Gruppe
Unterstrasse 11, CH-9001 St.Gallen
Tel. +41 71 224 01 52, Fax +41 71 224 01 02
E-Mail: andreas.balg(a)haufe.com