reclaiming / compacting unused VMDK space for backup purposes

[raidsm]

Hi all! 

 

Can somebody help reducing/compacting a DSM VMDK file from 30G  to what it's really using (1TB) ? Should I've made a snapshot right after my DSM installed with my packages?

 

I want to make a full backup of my virtual xpenology guest VMware fusion machine (OSX host on a SSD). The thing is the xpenology is using approximately 1 gig MAX but , my VMDK size is about 30 GIG as of now... I must have use this space from previous downloaded files but deleted those afterward. My recycle bin in DSM is turned off and empty. The backup is mainly because I use this for many thing including a docker homebridge setup and some other things and I don't want to start over if my HD dies..

 

I've read that

1-BTRFS (and EXT4)  partition doesn't need to be "defragmented" like a ntfs partition for windows guest vm it seems. 

2- can't install VMware tools on DSM guest os

3- As I use a SSD I'm not convince about using a software that zero out all unused bites (unnecessary wear?)

 

thanks for your help!

 

EDIT: I've run the DSM volume defragmentation and no change on the VMDK file size. Volume is at 1.02 GB but VMDK file size still at 30Gb..

Edited October 26, 2019 by raidsm

[bearcat]

What provisioning mode was used when you made the VMDK?

[raidsm]

On 10/26/2019 at 9:11 AM, bearcat said:

What provisioning mode was used when you made the VMDK?

 I did not choosen the pre alocated option neither the  split into 2 gig when creating it.

[DemoGeek]

I am running into the same issue. Size of VMDK is around 75GB whereas the Xpenology thinks it is still 1GB. Disk space gained by removal of  files from Xpenology is not reflected in VMWorkstation Pro. 

Any ideas?

[M1cro]

If you used thick provisioning when installing this is the default VMware behaviour.

Ran into the exact problem when installing dsm with 1TB hdd thick provisioned.

 

I created another, smaller volume, added to the XPE and moved my files over and deleted the bigger one afterwards.

 

I did not use raid mode inside XPE as my NAS is already on a HW raid but from what I read you also just use a single drive.

[ilovepancakes]

You can zero out the extra space in the VMDK from DSM then use ESXi commands to decrease the size of VMDK. I have done this with Windows and Linux with following guide in past and I am 99% sure I tried with DSM in past too and it worked, but use those commands with caution. Have a backup first. Hope this helps.

 

https://blah.cloud/infrastructure/zero-free-space-using-sdelete-shrink-thin-provisioned-vmdk/

Edited November 6, 2020 by ilovepancakes

[reziel84]

hi guys

i have a same little problem. i have gen8 esxi 6 with xpenology installed on a thin disk. size of a DSM disk is 1TB, i just upload about 900gb of data on it and i fast receive an alert on disk space

 

 

 

.....now i just remove a lot of data and only 500gb remain on my folders but DSM tell me that used size is 888gb, why? real data is 500gb but on DSM i see 888gb and i don't understand why. if i try to clear some other space the used size remain on 888gb. i'm become crazy

[IG-88]

On 1/12/2021 at 11:31 PM, reziel84 said:

if i try to clear some other space the used size remain on 888gb. i'm become crazy

maybe recycle bin is active?

[reziel84]

12 hours ago, IG-88 said:

maybe recycle bin is active?

 

 

 

hi ig-88 and thanks for reply.  no, recycle bin is off

[bearcat]

@reziel84 You may want to install the "Storage Analyzer" to see what is "using" the space.

[reziel84]

2 hours ago, bearcat said:

@reziel84 You may want to install the "Storage Analyzer" to see what is "using" the space.

 

 

 

it's really strange, please see the picture of Report. i don't understand.  if i try to delete a file the disk used space not decrease

 

[reziel84]

hi guys, i'm ssh into nas and something is really strange, please see picture below. total volume size is 958gb ok.

disk usage from cloudstation is 812gb, shared folder NAS is 393gb and it's ok, sourveillance 123gb and it's ok. but if if i make a sum of total, space result is over 1tb.....it's impossible.

i think the issue is on @cloudstation folder or something like that. please could you help me?

 

Edited January 19, 2021 by reziel84

[reziel84]

finally i solved my issue, i follow this steps and now all works correctly:

 

Logged in as admin on PUTTY after enabling SSH in the control panel >> Terminal & SNMP >>> Check box next to "enable SSH Service"


Linux Commands i did (you can copy and paste these into your putty console)

sudo -i   <<< gives you root level access

cd /volume1  << need to be on right volume

du -h -dl     <<<< this tells you all the space in each dir. takes a while to run  the dl is "D and L" in lower case

cd ./@cloudstation
dir
du -h -d1  <<<<< found out "sync" directory was the culprit with 1.4T used
cd ./@sync
dir
du -h -d1  <<<<< found out "repo" directory was the culprit with 1.4T used
 

Then i stopped cloud station server in my web browser
 

back to putty window  this was my location >>>>   root@YOUR_SERVER_NAME:/volume1/@cloudstation/@sync#

rm -r repo   <<<< this deletes the whole directory and all sub folders and files

it freed up 1.4T

Then back to web browser and STARTED Cloud Station Server.

everything seems to work perfect

[reziel84]

hi all

after i clean this space, Cloud Station Stop sync...... really bad.

someone can help me please?