On Tue, Apr 10, 2018 at 16:47:56 +0200, Kevin Wolf wrote: > Am 10.04.2018 um 16:22 hat Dr. David Alan Gilbert geschrieben: > > * Kevin Wolf (kw...@redhat.com) wrote: > > > Am 10.04.2018 um 12:40 hat Dr. David Alan Gilbert geschrieben: > > > > Hmm; having chatted to Jiri I'm OK with reverting it, on the condition > > > > that I actually understand how this alternative would work first. > > > > > > > > I can't currently see how a block-inactivate would be used. > > > > I also can't see how a block-activate unless it's also with the > > > > change that you're asking to revert. > > > > > > > > Can you explain the way you see it working? > > > > > > The key is making the delayed activation of block devices (and probably > > > delayed announcement of NICs? - you didn't answer that part) optional > > > instead of making it the default. > > > > NIC announcments are broken in similar but slightly different ways; we > > did have a series on list to help a while ago but it never got merged; > > I'd like to keep that mess separate. > > Okay. I just thought that it would make sense to have clear migration > phases that are the same for all external resources that the QEMU > processes use.
I don't think NIC announcements should be delayed in this specific case since we're dealing with a failure recovery which should be rare in comparison to successful migration when we want NIC announcements to be send early. In other words, any NIC issues should be solved separately and Laine would likely be a better person for discussing them since he has a broader knowledge of all the fancy network stuff which libvirt needs to coordinate with. Jirka