[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [Planning for Xen-4.6] Migration v2
On Tue, 2014-11-25 at 19:54 +0000, Andrew Cooper wrote: > There is an xl/libxl part of the migration v2 series which attempts to > rectify this all in one go, as there is no alternative way of doing so. > The libxl section of the series is certainly not yet complete, but > specific queries to the maintainers have thusfar gone unanswered. On > the other hand, the series does basically WorkForMe, including > transparent legacy upgrade, suggesting that it is at least in an > appropriate ballpark. Is this, from "[PATCH 27/29] [VERY RFC] tools/libxl: Support restoring legacy streams": This WorksForMe in the success case, but the error handling is certainly lacking. Specifically, the conversion scripts output fd can't be closed until the v2 read loop has exited (cleanly or otherwise), without risking a close()/open() race silently replacing the fd behind the loops back. However, it can't be closed when the read loop exits, as the conversion script child might still be alive, and would prefer terminating cleaning than failing with a bad FD. Obviously, having one error handler block for the success/failure of the other side is a no-go, and would still involve a preselecting which was expected to exit first. Does anyone have any clever ideas of how to asynchronously collect the events "the conversion script has exited", "the save helper has exited" and "the v2 read loop has finished" given the available infrastructure, to kick of a combined cleanup of all 3? ? I said then: This is probably one for Ian when he gets back, but a state machine which is cranked in response to the callbacks from the various completion events might be one way to approach this. Prodding Ian again (by moving to the To: line...) Was there any other questions? I've had a scrobble through the bit of v7 which 00/29 suggests might contain them, but that's the only one I saw. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |