Hello Benoit,

        Here are some results - 4.15.2 + XCP-NG. I made 2 VMs from template - 
Centos 7, 46 GB hdd, 4% full
        - VM1 - root disk is as full as template.
        - VM2 - root disk is made full up to ~90%  ( cat /dev/zero > test_file1 
)then the file was removed so the used space is again 4%.
        - scheduled backup goes through both VMs. First snapshot size is
                - VM1 -  2.3G
                - VM2 -  41G 
        - Then on VM2 this script was run to fill and empty the disk again - 
cat /dev/zero > /opt/test_file1; sync; rm /opt/ test_file1.
        - scheduled backup goes through both VMs. All snapshots size is:
                - VM1 - 2.3G
                - VM2 - 88G

        Once the disk is filled you will get a snapshot with size no less than 
the size of the whole disk. 
        May be there is a way to shrink it but I could not find it.

Best regards,
Jordan

-----Original Message-----
From: Yordan Kostov <yord...@nsogroup.com> 
Sent: Tuesday, October 12, 2021 3:58 PM
To: users@cloudstack.apache.org
Subject: RE: Size of the snapshots volume


[X] This message came from outside your organization


Hello Benoit,

        Unfortunately no.
        When I do it I will make sure to drop a line here.

Best regards,
Jordan

-----Original Message-----
From: benoit lair <kurushi4...@gmail.com>
Sent: Tuesday, October 12, 2021 3:40 PM
To: users@cloudstack.apache.org
Subject: Re: Size of the snapshots volume


[X] This message came from outside your organization


Hello Jordan,

Could you proceed to your tests ? Have you got the same results ?

Regards, Benoit Lair

Le lun. 4 oct. 2021 à 17:59, Yordan Kostov <yord...@nsogroup.com> a écrit :

> Here are a few considerations:
>
> - First snapshot of volume is always full snap.
> - XenServer/XCP-NG backups are always thin.
> - Thin provisioning calculations never go down. Even if you delete 
> data from disk.
>
> As you filled the disk of the VM to top the thin provisioning threats 
> it as full VM from that moment on even if data is deleted. So the full 
> snap that will be migrated to NFS will always be of max size.
>
> I am not 100% certain as I am yet to start running backup tests.
>
> Best regards,
> Jordan
>
> -----Original Message-----
> From: Florian Noel <f.n...@webetsolutions.com>
> Sent: Monday, October 4, 2021 6:22 PM
> To: 'users@cloudstack.apache.org' <users@cloudstack.apache.org>
> Subject: Size of the snapshots volume
>
>
> [X] This message came from outside your organization
>
>
> Hi,
>
> I've a question about the snapshots volume in Cloudstack
>
> When we take a snapshot of a volume, this create a VHD file on the 
> secondary storage.
> Snapshot size doesn't match volume size used.
>
> Imagine a volume of 20GB, we fill the volume and empty it just after.
> We take a snapshot of the volume from Cloudstack frontend and its size 
> is 20GB on the secondary storage while the volume is empty.
>
> We've made the same test with volume provisioning in thin, sparse and fat.
> The results are the same.
>
> We use Cloudstack 4.15.1 with XCP-NG 8.1. The LUNs are connected in 
> iSCSI on the hypervisors XCP.
>
> Thanks for your help.
>
> Best regards.
>
>
> [Logo Web et Solutions]<
> https://urldefense.com/v3/__https://cloud.letsignit.com/collect/bc/60e
> 5c62f48323abd316580a3?p=NCQXXscJv3N-mDjmqdZzYH59ppVbYP3afFkR7SxQ1JaS_e
> v9TYs06R5yG_cSPe6tLuS3Bgn1EjTO39P6hIWtNhqUZ5n-wh878kG0mKc-TDzCgMKxZAoq
> vlt4NqCVlovo0bn9PcMUWFMak1jGIGRgGg==__;!!A6UyJA!zYKJBkzZPANfqT6kPkY_Mf
> o8xu_hnCJDzEIYjPMOvqs3MwyZUs0N9FX1Ln1zICtHKJKHCye42DjJ$
> >
>
> [Facebook]<
> https://urldefense.com/v3/__https://cloud.letsignit.com/collect/bc/60e
> 5c62f48323abd316580a3?p=NCQXXscJv3N-mDjmqdZzYH59ppVbYP3afFkR7SxQ1JaS_e
> v9TYs06R5yG_cSPe6tLuS3Bgn1EjTO39P6hIWtNhqUZ5n-wh878kG0mKc-TDyIo6EwBskR
> 6pg3M12nuwExu8D-tkYDv5BE1h2dA1rTOfbHIEta8XTaUC0Et-KgDBM=__;!!A6UyJA!zY
> KJBkzZPANfqT6kPkY_Mfo8xu_hnCJDzEIYjPMOvqs3MwyZUs0N9FX1Ln1zICtHKJKHC9_z
> SGk3$
> >
>
> [Twitter]<
> https://urldefense.com/v3/__https://cloud.letsignit.com/collect/bc/60e
> 5c62f48323abd316580a3?p=NCQXXscJv3N-mDjmqdZzYH59ppVbYP3afFkR7SxQ1JaS_e
> v9TYs06R5yG_cSPe6tLuS3Bgn1EjTO39P6hIWtNhqUZ5n-wh878kG0mKc-TDxVGISVA_Rn
> Jl21WVuzHCTH_v3e4PfK5YBq_Q228Kqxog==__;!!A6UyJA!zYKJBkzZPANfqT6kPkY_Mf
> o8xu_hnCJDzEIYjPMOvqs3MwyZUs0N9FX1Ln1zICtHKJKHC36OFkHl$
> >
>
> [LinkedIn]<
> https://urldefense.com/v3/__https://cloud.letsignit.com/collect/bc/60e
> 5c62f48323abd316580a3?p=NCQXXscJv3N-mDjmqdZzYH59ppVbYP3afFkR7SxQ1JaS_e
> v9TYs06R5yG_cSPe6tLuS3Bgn1EjTO39P6hIWtNhqUZ5n-wh878kG0mKc-TDz5UNyOTEm_
> EvRFXdshn5-xaylm0Ysa1fuL9vCg5uDKfouGPQSgwbQq28Nl7_fXFIA=__;!!A6UyJA!zY
> KJBkzZPANfqT6kPkY_Mfo8xu_hnCJDzEIYjPMOvqs3MwyZUs0N9FX1Ln1zICtHKJKHCzzS
> Dj-d$
> >
>
> [Youtube]<
> https://urldefense.com/v3/__https://cloud.letsignit.com/collect/bc/60e
> 5c62f48323abd316580a3?p=NCQXXscJv3N-mDjmqdZzYH59ppVbYP3afFkR7SxQ1JaS_e
> v9TYs06R5yG_cSPe6tLuS3Bgn1EjTO39P6hIWtNhqUZ5n-wh878kG0mKc-TDyEop3qI2i2
> HFrm2U65Sd5oXm55IjnZsXt1s4eREvsJGMpsgNaX2L3OdByrUM3b4Xg=__;!!A6UyJA!zY
> KJBkzZPANfqT6kPkY_Mfo8xu_hnCJDzEIYjPMOvqs3MwyZUs0N9FX1Ln1zICtHKJKHC3f1
> vTjU$
> >
>
> Florian Noel
>
> Administrateur Systèmes Et Réseaux
>
> [
> https://urldefense.com/v3/__https://storage.letsignit.com/icons/design
> er/v2/phone-1.png__;!!A6UyJA!zYKJBkzZPANfqT6kPkY_Mfo8xu_hnCJDzEIYjPMOv
> qs3MwyZUs0N9FX1Ln1zICtHKJKHCxqW91pG$
> ] 02 35 78 11 90
>
> 705 Avenue Isaac Newton
>
> 76800 Saint-Etienne-Du-Rouvray
>
> [Payneo]<
> https://urldefense.com/v3/__https://cloud.letsignit.com/collect/b/60ed
> 92296e8c02bf93d4f9aa?p=NCQXXscJv3N-mDjmqdZzYH59ppVbYP3afFkR7SxQ1JaS_ev
> 9TYs06R5yG_cSPe6tLuS3Bgn1EjTO39P6hIWtNhqUZ5n-wh878kG0mKc-TDx4rIKe6rk37
> 4sFS07v0YLIvIF68SXTHzNmGDb3XO6dLQ==__;!!A6UyJA!zYKJBkzZPANfqT6kPkY_Mfo
> 8xu_hnCJDzEIYjPMOvqs3MwyZUs0N9FX1Ln1zICtHKJKHCyft4U9I$
> >
>
>
>
>

Reply via email to