Hi alex, I think u are referring to the following: https://blueprints.launchpad.net/nova/+spec/glance-snapshot-tasks
Can u describe the #2 part in more detail. Do some of the drivers already implement these new steps? The goal I think u are having is to make the snapshot functionality resume better and cleanup better right? In the end this will even allow for resuming if nova-compute (the process that does the snapshot) crashes/is restarted… Just wanted to make sure people understand the larger goal here (without having to read the whole blueprint, which might be wordy, haha). -Josh From: Alexander Gorodnev <[email protected]<mailto:[email protected]>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <[email protected]<mailto:[email protected]>> Date: Thursday, February 6, 2014 at 1:57 AM To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: [openstack-dev] [nova] bp: glance-snapshot-tasks Hi, A blue print was created and Joshua even wrote quite huge text. Right now this BP in Drafting stage, so I want to bring this BP to life and continue working on the topic. I even tried to make some changes without approvement (only just as experiment) and got negative feedbacks. These steps I did when tried to implement this BP: 1) Moved snapshot functionality from Compute to Conductor (as I understood it's the best place for such things, need clarification); Even this step should be done in two steps: a) Add snapshot_instance() method to Conductor that just calls the same method from Compute; b) After that move all error-handling / state transition / etc logic from Compute to Conductor. Compute exposes API for drivers (see step 2); 2) The hardest part is a common, convenient, complete API for drivers. Most drivers do almost the same things in the snapshot method: a) Goes to Glance and registers new image there; b) Makes snapshot; c) Downloads the image to the Glance; d) Clean temporary files; I would really appreciate any thoughts and questions. Thanks, Alexander
_______________________________________________ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
