Hi, Michal Skrivanek píše v Út 11. 06. 2013 v 10:19 +0200: > On Jun 10, 2013, at 21:20 , David Jaša <dj...@redhat.com> wrote: > > > Hi Martin, > > > > there may be more kinds of reboot in context of RHEV: "warm" reboot that > > keeps qemu process intact, or "cold" that would involve qemu process > > termination and start of new one - and this could be done with keeping > > of current configuration, or with applying settings that "take effect > > after reboot" that have changed during VM runtime; and all of these can > > be "soft" - when the guest OS reboots itself and "hard" when you perform > > the reboot right away. > we plan to have 2 of them which seem to make most sense > "warm" without applying config changes and keeping qemu process (i.e. also > keeps Run Once,Stateless, pooled VM config/state) > "cold" which kills qemu and is completely driven by Engine, and applies > config changes > and a policy option in VM properties to specify whether you should forcibly > proceed with reboot/shutdown when graceful methods fail/timeout > > is there anything not covered for a typical user?
I think you covered it all. Based on the original emails by Martin, I presumed you only covered "warm" reboot, having "cold" reboot available as well is cool. David > We intentionally don't want to provide all possible options, just those > making sense. The feature is about providing a convenient shortcut. > > Thanks, > michal > > > > > All of these have their use cases, so it should be documented what will > > you implement, and you may expect somebody asking you to implement the > > rest. ;) > > > > David > > > > > > Martin Betak píše v Pá 07. 06. 2013 v 12:32 -0400: > >> Hi, engine-devel > >> > >> Customers request the ability to reboot a VM with a single click so I > >> started designing the overall architecture and planing out the required > >> changes to the respective components. > >> You can find the wiki page for the initial draft at [1] and I would like > >> to ask you for your input on my general design and potential issues that > >> could arise in some corner cases. > >> Please feel free to respond to this thread or add to the Issues section of > >> [1]. > >> > >> Thanks in advance for your opinions :-) > >> > >> Martin > >> > >> [1] http://www.ovirt.org/Features/Guest_Reboot > >> _______________________________________________ > >> Engine-devel mailing list > >> Engine-devel@ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/engine-devel > > > > -- > > > > David Jaša, RHCE > > > > SPICE QE based in Brno > > GPG Key: 22C33E24 > > Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 > > > > > > _______________________________________________ > > Engine-devel mailing list > > Engine-devel@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/engine-devel > > _______________________________________________ > Engine-devel mailing list > Engine-devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel -- David Jaša, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel