Size of var/lib/vz

[riri1310]

Hi i just check the disk usage and notice that the /dev/mapper/pve-data is 96% full but my container are not so full.

Sys. de fichiers                                                      Taille Utilisé Dispo Uti% Monté sur
udev                                                                     10M       0   10M   0% /dev
tmpfs                                                                    13G    9,0M   13G   1% /run
/dev/md2                                                                 20G    3,5G   15G  19% /
tmpfs                                                                    32G     43M   32G   1% /dev/shm
tmpfs                                                                   5,0M       0  5,0M   0% /run/lock
tmpfs                                                                    32G       0   32G   0% /sys/fs/cgroup
/dev/mapper/pve-data                                                    1,6T    1,5T   67G  96% /var/lib/vz
cgmfs                                                                   100K       0  100K   0% /run/cgmanager/fs
/dev/fuse                                                                30M     16K   30M   1% /etc/pve
ftpback-rbx3-363.ovh.net:/export/ftpbackup/ns32403.ip-39-187-134.eu   500G    357G  144G  72% /mnt/pve/ftpbackup

I wonder if it's normal or not?

Thanks your your support !

 

[sherminator]

Hi,

let's take a look at /var/lib/vz...
Please change to this folder

# cd /var/lib/vz

and post the output of

# du -h | sort

Greets
Stephan

 

[riri1310]

thanks for you reply

I have a lot of files inside vztmp (impossible to paste the result here)

root@ns302403:/var/lib/vz# ls
dump  images  lost+found  private  root  template  vztmp

./:   [1.4TB in 8 files or directories]  +7.8MB

 1.4TB [100.00%] ./images/  +7.8MB
  13GB [ 0.92%] ./vztmp/

and inside /images

./:   [1.4TB in 6 files or directories]  +4.0KB

 821GB [100.00%] ./102/
 254GB [30.88%] ./100/  +4.0KB
 190GB [23.09%] ./101/
 102GB [12.43%] ./104/
  94GB [11.49%] ./103/

Is it an old backup which fail?

 

[sherminator]

./:   [1.4TB in 6 files or directories]  +4.0KB

 821GB [100.00%] ./102/
 254GB [30.88%] ./100/  +4.0KB
 190GB [23.09%] ./101/
 102GB [12.43%] ./104/
  94GB [11.49%] ./103/

Is it an old backup which fail?

Maybe... Take a look into the folders. Do these VMs (100-104) still exist?

Greets
Stephan

 

[riri1310]

yes they exist they are my containers :

./:   [821GB in 2 files or directories]

 821GB [100.00%] ./vm-102-disk-1.raw

I just don't understand why the 102 is 100%

Here is the view of the container 102

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/loop2         985G     49G  887G   6% /
none               492K       0  492K   0% /dev
tmpfs              6,3G    116K  6,3G   1% /run
tmpfs              5,0M       0  5,0M   0% /run/lock
tmpfs              5,6G       0  5,6G   0% /run/shm

As I understand this container is not full...

 

[riri1310]

Here is another view of the VM

root@host-vm102:/# du -sh *
5,7M    bin
4,0K    boot
0    dev
12M    etc
41G    home
19M    lib
4,0K    lib64
16K    lost+found
4,0K    media
4,0K    mnt
8,0K    opt
du: impossible d'accéder à « proc/1891/task/7907/fd/255 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « proc/1891/task/7907/fd/259 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « proc/1891/task/7919/fd/255 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « proc/1891/task/7919/fd/259 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « proc/16445/task/16445/fd/4 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « proc/16445/task/16445/fdinfo/4 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « proc/16445/fd/4 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « proc/16445/fdinfo/4 »: Aucun fichier ou dossier de ce type
0    proc
90M    root
116K    run
5,0M    sbin
12K    srv
du: impossible de lire le répertoire « sys/kernel/debug »: Permission non accordée
0    sys
54M    tmp
4,0K    usermin-setup.out
1,4G    usr
6,5G    var
4,0K    webmin-setup.out

Thanks for your inputs!

 

[riri1310]

finally I try to made a backup of the VM and after that restore it, and like magic the size of the image reflect the reality... Quite strange...

Only change the VM 100 and 104... the others are in progress

root@ns302403:/var/lib/vz/images# du -sh *
12G    100
190G    101
822G    102
134M    103
17G    104

I don't know why day after day the VM grows... If someone had an idea..

 

[sherminator]

Unfortunately I have no experience with containers at all, sorry!

Good luck and many greets
Stephan

 

[riri1310]

Unfortunately I have no experience with containers at all, sorry!

Good luck and many greets
Stephan

Thanks Stephan

 

[riri1310]

One possible answer :

https://serverfault.com/questions/7...ies-in-disk-usage-inside-raw-images-and-on-ho

The system try to use all the space available in order to be more efficient... I guess that