Yes, I am thinking on those lines as well. I was planning to write a new extension. But probably extending the current evacuate command to take in the snapshot as input might be a better approach as you outlined. Was that what your thinking is? Thanks, Sangeeta From: ChangBo Guo <glongwave at gmail.com<mailto:glongwave at gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>> Date: Friday, February 21, 2014 at 6:42 AM To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>> Subject: Re: [openstack-dev] [Nova][glance] Question about evacuate with no shared storage.. This looks like a useful feature, need some work to do that. evacuate function based on rebuild, if we want to use snapshot images, we need pass the the snapshot reference from API layer ,and expose the interface from python-novaclient. Correct me if I am wrong :) 2014-02-21 13:01 GMT+08:00 Sangeeta Singh <singhs at yahoo-inc.com<mailto:singhs at yahoo-inc.com>>: Hi, At my organization we do not use a shared storage for VM disks but need to evacuate VMs from a HV that is down or having problems to another HV. The evacuate command only allows the evacuated VM to have the base image. What I am interested in is to create a snapshot of the VM on the down HV and then be able to use the evacuate command by specifying the snapshot for the image. Has anyone had such a use case? Is there a command that uses snapshots in this way to recreate VM on a new HV. Thanks for the pointers. Sangeeta _______________________________________________ OpenStack-dev mailing list OpenStack-dev at lists.openstack.org<mailto:OpenStack-dev at lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- ChangBo Guo(gcb) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140221/4aff925b/attachment.html>