<div dir="ltr">VMA is the new backup format since PVE <a href="http://2.3.It">2.3.It</a> is uncompressed and it should reflect the actual data occupied inside your vm (not raw file size). Gzip and Lzo are used for compression of this file.<br><br><a href="http://pve.proxmox.com/wiki/VMA">http://pve.proxmox.com/wiki/VMA</a><br><div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><div><div><br><div> <br><div><br></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Nov 13, 2014 at 5:57 PM, Chris Murray <span dir="ltr"><<a href="mailto:chrismurray84@gmail.com" target="_blank">chrismurray84@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div link="blue" vlink="purple" lang="EN-GB"><div><p class="MsoNormal">Hi,<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I may be missing the point here, but when choosing to backup a VM with compression = none, instead of LZO or GZIP, I’d expect an uncompressed file to be produced?<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I’m trying to backup to a device which will perform block-level dedupe, but I guess that won’t work too well when e.g. a 32GB RAW file turns into a 15.9GB .vma file. Or is alignment preserved despite the difference in file size?<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Thank you,<u></u><u></u></p><p class="MsoNormal">Chris<u></u><u></u></p></div></div><br>_______________________________________________<br>
pve-user mailing list<br>
<a href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a><br>
<a href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user" target="_blank">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a><br>
<br></blockquote></div><br></div></div>