Proxmox: Размер бэкапа существенно превышает размер VM. Почему?

Question

[gorcer]

Здравствуйте,

Есть виртуальная машина под управлением Proxmox с одним диском на 32 Гб в формате qcow2.
Решил сделать бэкап на дополнительный диск имеющий 160 Гб свободного места в режиме snapshoot.

В результате долгого процесса бэкапа вылезла ошибка - не достаточно места.
По графику видно что была попытка использовать все 160 Гб.
А судя по логам система хотела сделать бэкап 500 Гб.

Что не так?

Вот лог:
INFO: starting new backup job: vzdump 100 --remove 0 --mode snapshot --storage oldhdd --node hv
INFO: Starting Backup of VM 100 (qemu)
INFO: status = running
INFO: update VM 100: -lock backup
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: creating archive '/mnt/hdd/Backups/dump/vzdump-qemu-100-2015_07_23-09_02_38.vma'
INFO: started backup task 'c0a5a051-0fea-4db4-b0aa-bb38e0037445'
INFO: status: 0% (40697856/534467600384), sparse 0% (3112960), duration 3, 13/12 MB/s
INFO: status: 1% (5677252608/534467600384), sparse 0% (824979456), duration 342, 16/14 MB/s
INFO: status: 2% (10690560000/534467600384), sparse 0% (903139328), duration 910, 8/8 MB/s
INFO: status: 3% (16042754048/534467600384), sparse 0% (983326720), duration 1832, 5/5 MB/s
INFO: status: 4% (21388263424/534467600384), sparse 0% (1094574080), duration 1950, 45/44 MB/s
INFO: status: 5% (26723680256/534467600384), sparse 0% (1152204800), duration 2278, 16/16 MB/s
INFO: status: 6% (32073252864/534467600384), sparse 0% (1219903488), duration 2789, 10/10 MB/s
INFO: status: 7% (37456248832/534467600384), sparse 0% (1343385600), duration 2955, 32/31 MB/s
INFO: status: 8% (42772660224/534467600384), sparse 0% (1350778880), duration 3046, 58/58 MB/s
INFO: status: 9% (48171515904/534467600384), sparse 0% (1357205504), duration 3143, 55/55 MB/s
INFO: status: 10% (53485371392/534467600384), sparse 0% (1361584128), duration 3248, 50/50 MB/s
INFO: status: 11% (58902839296/534467600384), sparse 0% (1365561344), duration 3345, 55/55 MB/s
INFO: status: 12% (64210731008/534467600384), sparse 0% (1366478848), duration 3445, 53/53 MB/s
INFO: status: 13% (69559648256/534467600384), sparse 0% (1372291072), duration 3551, 50/50 MB/s
INFO: status: 14% (74919837696/534467600384), sparse 0% (1374670848), duration 3656, 51/51 MB/s
INFO: status: 15% (80206888960/534467600384), sparse 0% (1412526080), duration 3770, 46/46 MB/s
INFO: status: 16% (85538373632/534467600384), sparse 0% (1415774208), duration 3886, 45/45 MB/s
INFO: status: 17% (90882637824/534467600384), sparse 0% (1418526720), duration 4002, 46/46 MB/s
INFO: status: 18% (96220872704/534467600384), sparse 0% (1421848576), duration 4120, 45/45 MB/s
INFO: status: 19% (101615468544/534467600384), sparse 0% (1427529728), duration 4241, 44/44 MB/s
INFO: status: 20% (106895376384/534467600384), sparse 0% (1462259712), duration 4342, 52/51 MB/s
INFO: status: 21% (112253992960/534467600384), sparse 0% (1479426048), duration 4466, 43/43 MB/s
INFO: status: 22% (117656256512/534467600384), sparse 0% (1493913600), duration 4571, 51/51 MB/s
INFO: status: 23% (123050983424/534467600384), sparse 0% (1501978624), duration 4701, 41/41 MB/s
INFO: status: 24% (128329383936/534467600384), sparse 0% (1508552704), duration 4832, 40/40 MB/s
INFO: status: 25% (133727387648/534467600384), sparse 0% (1513951232), duration 4928, 56/56 MB/s
INFO: status: 26% (138964172800/534467600384), sparse 0% (1518243840), duration 5007, 66/66 MB/s
INFO: status: 27% (144393175040/534467600384), sparse 0% (1523552256), duration 5109, 53/53 MB/s
INFO: status: 28% (149651193856/534467600384), sparse 0% (1526943744), duration 5223, 46/46 MB/s
INFO: status: 29% (155069579264/534467600384), sparse 0% (1528852480), duration 5350, 42/42 MB/s
INFO: status: 29% (158953963520/534467600384), sparse 0% (1529225216), duration 5487, 28/28 MB/s
ERROR: vma_co_write write error - No space left on device
INFO: aborting backup job
ERROR: Backup of VM 100 failed - vma_co_write write error - No space left on device
INFO: Backup job finished with errors
TASK ERROR: job errors

Answer 1

[Пума Тайланд]

Ну показывайте df -h

Comments

[gorcer]

Вот с машины на которой Proxmox:
root@hv:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 10M 0 10M 0% /dev
tmpfs 1.2G 432K 1.2G 1% /run
/dev/mapper/pve-root 95G 1.1G 89G 2% /
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.4G 22M 2.4G 1% /run/shm
/dev/mapper/pve-data 803G 562G 241G 70% /var/lib/vz
/dev/sdb1 495M 35M 435M 8% /boot
/dev/fuse 30M 16K 30M 1% /etc/pve
/dev/sda2 466G 304G 163G 66% /mnt/hdd
/dev/nbd0p1 100G 45G 56G 45% /mnt/qemu

[gorcer]

Вот с машины которую бэкаплю:
gorcer@www:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 31G 12G 18G 39% /
tmpfs 1007M 0 1007M 0% /lib/init/rw
udev 1002M 132K 1002M 1% /dev
tmpfs 239M 0 239M 0% /dev/shm

[Пума Тайланд]

gorcer: покажите скрин в проксмоксе где харваре и винты этой виртуалки.

[gorcer]

Пума Тайланд: вот imageshack.com/i/idBRCNtYp

Похоже я понял в чем дело, у меня примонтирован в эту систему тот самый диск на 500Гб.
Спасибо, подключу его через сеть и проблема решится.

[Пума Тайланд]

gorcer: я как раз и намекал что у вас туда какой то большой диск примаунчен.

Answer 2

[Андрей Ермаченок]

У меня совсем другая программа БэкАпов почему-то делала временные файлы на С. И ругань Про "нет места" у меня относилась к С. Увеличил свободное место на С - проблема ушла.
Посмотрите глазом, где таки место заканчивается в процессе БэкАпа?

Answer 3

[Андрей]

вам нужно "занулить" свободное место, т.е. заполнить его нулями.

можно создать файл и писать в него нули, пока не закончится место. потом этот файл удалить.