On 2/3/26 1:46 PM, Chaney, Ben wrote: >> Well explained, thank you Vladimir. I wish some day we can move all at >> least cpr-transfer users to local-migration and deprecate CPR if ever >> possible. The uncertainty to me is cpr-exec, but I really don't know how >> much mgmt is adopting cpr-exec.. cpr-reboot also looks pretty special and >> may not be relevant. >> The core idea (originated from Steve..) is really about fd sharing, and >> it's great if we can do it in a cleaner way. > Thanks for the clarification. If that is the case then probably Vladimir's > solution is preferable. I sent some comments on the prerequisite > refactoring patch set. I'll try to review the main set soon. > >> My understanding is there're some special mgmt (Oracle's?) that may depend >> on cpr-exec; I'm not sure how far that went in any downstream deployment. > That should be able to reuse mgmt channels too (relevant to chardev fd > sharing, perhaps?) instead of requiring e.g. all monitor ports to reconnect > to a new QEMU after migration. Said that, I always assumed re-connect is > fine, and most mgmt supports live migration so the mgmt should have that > infrastructure there already. Maybe Ben would know better. > > I'm missing a lot of context here as I only became more involved in this > project > recently. @Mark Kanda Can you provide any context about Steve's work before > he retired, or Oracle's usage of these features?
We (Oracle) have an internal VM manager which relies on cpr-exec, and would like to continue supporting it. Thanks/regards, -Mark
