You are absolutely right root 12348 2284 0 14:45 ? 00:00:00 bash /usr/share/cloudstack-common/scripts/storage/qcow2/managesnapshot.sh -b /mnt/5ffe8656-f987-3fcb-b71d-7dd1ed19e839/6ea271b1-2f95-4421-bca7-65b099c0577f -n 8b50e8dc-16a7-4948-99c0-e6d1751d6db5 -p /mnt/0b383db5-9f31-3760-873d-9ac05f349860/snapshots/3/144 -t 8b50e8dc-16a7-4948-99c0-e6d1751d6db5 root 12358 12348 2 14:45 ? 00:03:39 qemu-img convert -f qcow2 -O qcow2 -s 8b50e8dc-16a7-4948-99c0-e6d1751d6db5 /mnt/5ffe8656-f987-3fcb-b71d-7dd1ed19e839/6ea271b1-2f95-4421-bca7-65b099c0577f /mnt/0b383db5-9f31-3760-873d-9ac05f349860/snapshots/3/144/8b50e8dc-16a7-4948-99c0-e6d1751d6db5
Cheers On Wed, Jun 4, 2014 at 5:27 PM, Ivan Rodriguez <ivan...@gmail.com> wrote: > Hi Geoff, > > What if the VM is stopped and not running anywhere ? > which is my case. > > We have 10 GB LACP and jumbo frames. > > Cheers > > > > On Wed, Jun 4, 2014 at 5:02 PM, Geoff Higginbottom < > geoff.higginbot...@shapeblue.com> wrote: > >> Ivan, >> >> The Host actually copies the image to Sec Storage, if this is very slow >> have you considered dedicating some NICs and configuring the CloudStack >> 'Storage' network and enabling Jumbo Frames etc. >> >> Regards >> >> Geoff Higginbottom >> CTO / Cloud Architect >> >> D: +44 20 3603 0542<tel:+442036030542> | S: +44 20 3603 0540<tel: >> +442036030540> | M: +447968161581<tel:+447968161581> >> >> geoff.higginbot...@shapeblue.com<mailto:geoff.higginbot...@shapeblue.com> >> | www.shapeblue.com<htp://www.shapeblue.com/> | Twitter:@cloudstackguru< >> https://twitter.com/#!/cloudstackguru> >> >> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N >> 4HS<x-apple-data-detectors://5> >> >> >> On 4 Jun 2014, at 07:19, "Ivan Rodriguez" <ivan...@gmail.com<mailto: >> ivan...@gmail.com>> wrote: >> >> Dear Cloudstack users, >> >> Can someone explain me roughly the process of creating an snapshot in KVM >> ? >> >> The process takes a very long time, the speed at what the qcow2 file is >> copied from primary to secondary storage is extremely slow, on the storage >> level >> I can see is around 4 Mbps but I know our primary storage and secondary >> can >> dump data faster than that >> >> So far this is what I know >> >> Step >> 1.- Pause the VM in the host >> 2.- Create the snapshot of the qcow2 files using qemu-img >> 3.- Backup the image into secondary storage >> >> So my question is who is actually copying that file over to secondary >> storage ? >> I've checked the secondary storage vm and it doesn't look like its playing >> any role during this process. >> >> Thanks in advance >> Find out more about ShapeBlue and our range of CloudStack related services >> >> IaaS Cloud Design & Build< >> http://shapeblue.com/iaas-cloud-design-and-build//> >> CSForge - rapid IaaS deployment framework<http://shapeblue.com/csforge/> >> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> >> CloudStack Infrastructure Support< >> http://shapeblue.com/cloudstack-infrastructure-support/> >> CloudStack Bootcamp Training Courses< >> http://shapeblue.com/cloudstack-training/> >> >> This email and any attachments to it may be confidential and are intended >> solely for the use of the individual to whom it is addressed. Any views or >> opinions expressed are solely those of the author and do not necessarily >> represent those of Shape Blue Ltd or related companies. If you are not the >> intended recipient of this email, you must neither take any action based >> upon its contents, nor copy or show it to anyone. Please contact the sender >> if you believe you have received this email in error. Shape Blue Ltd is a >> company incorporated in England & Wales. ShapeBlue Services India LLP is a >> company incorporated in India and is operated under license from Shape Blue >> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil >> and is operated under license from Shape Blue Ltd. ShapeBlue is a >> registered trademark. >> > >
