On Thu, Nov 02, 2017 at 04:14:06PM +0100, Christian Ehrhardt wrote: > Ping - since there wasn't any reply so far - any best practices one could > share? > > Let me add a TL;DR: > - bump of ipxe rom versions change the size of virtio-net-pci.rom > - that breaks on migration "Length mismatch" > > I'd guess the size of that rom has to be fixed up on the fly, but if that > is really ok and how/where is the question. The actual ROM contents will be transferred in the migration stream, so the fact that the target host has ROMs with different content is not important. The key thing that matters is that QEMU the target host loads the ROMs at the same location, so that when the ROM contents is overwritten with data from the incoming migration scheme, it all ends up at the same place as it was on the source. Getting this to happen requires pre-planning when building the ROMs. By the time you hit the size change during migration it is too late and your VM is basically doomed. When building you need to add padding. IIUC for RHEL we artificially increased the size of the seabios and ipxe ROMs to 256k. So when later RHEL updates ship new seabios/ipxe they still fit in the 256k region previously allowed for. <tangent> ... QEMU could really benefit from more formal docs around migration to describe how users / vendors can protect themselves from the many pitfalls like this... </tangent> Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :| -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list
