<p dir="ltr">> > How would you recommend I split the changes?  They're all related directly to<br>
> > providing suspend/resume support.<br>
><br>
> 1.) Implement suspend/resume API<br>
> 2.) add it to pvectl<br>
> 3.) Implement suspend/resume GUI (extjs)<br>
> 4.) Implement suspend/resume GUI (mobile)</p>
<p dir="ltr">Alright, I'll make that happen tomorrow.  Currently just after 02:00 here.  :-) </p>
<p dir="ltr">> I also have some further ideas. Currently qemu suspend/resume does not<br>
> save state to disk. It would be great to implement that also.</p>
<p dir="ltr">I'll have to research that some, but I should be able to write a patch for that as well.</p>
<p dir="ltr">> Then implement an option in datacenter.cfg like:<br>
><br>
> reboot: stop|suspend<br>
><br>
> So that VMs are suspended while we reboot a host. What do you think?</p>
<p dir="ltr">That would probably save a *lot* of time bringing servers back up after reboot.  I'll look into that as well, probably next week.</p>
<p dir="ltr">To go another step with that logic, I wonder if there might be a benefit to modifying QEMU migrations so they suspend with state, transfer the suspended VM, and resume on the destination node.</p>
<p dir="ltr">I could see an advanced implementation where VM snapshots are taken periodically, and if the node experiences a power failure, the VM could resume from the snapshot.  HA failover could take advantage of the same snapshots in the same way, thereby (hopefully) losing less data, and possibly resulting in less downtime.  This would definitely need to be an option enabled on VMs that would benefit from such an approach, rather than enabled universally, and is advanced enough it might remain in the realm of third-party scripts or packages, but it still might be useful.</p>
<p dir="ltr">Before I get too far into the QEMU suspend-with-state patch, I want to ask - does OpenVZ support suspend-with-state?  Might be nice to support that in the patch, too, if it does.</p>