Agreed on resizing. Perhaps create a snapshot of the old VM (assuming !ephemeral storage), and boot a new VM with a smaller disk size from the snapshot.
Future reference you can leverage SAN-specific tools to save unused disk such as thin provisioning and/or the vendor's dedup capabilities. *Adam Lawson* AQORN, Inc. 427 North Tatnall Street Ste. 58461 Wilmington, Delaware 19801-2230 Toll-free: (844) 4-AQORN-NOW ext. 101 International: +1 302-387-4660 Direct: +1 916-246-2072 On Fri, Jul 24, 2015 at 12:11 PM, Monty Taylor <[email protected]> wrote: > On 07/24/2015 12:47 PM, Clint Byrum wrote: > > Excerpts from James Galvin's message of 2015-07-24 09:08:36 -0700: > >> Hi All > >> > >> I am having some trouble with down sizing an instance, > >> > >> I can resize the instance from say small flavour to medium flavour but > when trying to resize the instance back from medium to small > >> > >> I get the following : > >> > >> Error: Failed to perform requested operation on instance "jg-10", the > instance has an error status: Please try again later [Error: Flavor's disk > is too small for requested image.]. > >> > >> I am using ceph as the storage backend clustered over 3 nodes with 3 > pools "volumes" "vms" "images" > >> > > > > In addition to the note already made about reducing filesystem sizes, > > I just want to reaffirm that resize is really not the way you want to > > be using clouds, and IMO should be removed from Nova (but there's enough > > people who disagree with me that it will probably stay). > > > > Anyway, I suggest never using resize, and just deploying new servers, > > running tests, and then deleting the old ones. Having cloud with > > flexibility and space for this is why you have a cloud. > > As a person who runs a system with both long-lived pets and cattle that > we grind in to food, I can attest that we do not use resize. It is a > much longer downtime/risk operation than you want. > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
