On Fri, 21 Aug 2015 08:07:08 +1000 Lindsay Mathieson <[email protected]> wrote:
> > Quick clarifications - by:the following: > > *Have you tried using scsi for controller and virtio-scsi for* > > *implementation?* > > Did you mean setting "SCSI Controller type" in "Options to VIRTIO and the > "Bus Type" for the disk to "SCSI"? > Yes. > > Re the results - it made no difference for me, still fat populated.(using a > test empty disk). > Could it be a result of the chosen filesystem in the client? What filesystem is used in the client? > However - did you try this with compression set to "off"? because to me > from your results it looks like what your seeing is the effects of disk > compression, not thin provisioning. > It couldn't be compression because when I moved the disk to a raw image on NFS the actual size of the image was reported by qemu-img info to be almost the same size as what was reported from zfs get written (11GB compared tom 12,4GB). -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael <at> rasmussen <dot> cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir <at> datanom <dot> net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir <at> miras <dot> org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- /usr/games/fortune -es says: We gotta get out of this place, If it's the last thing we ever do. -- The Animals
pgpM49SSsmoy7.pgp
Description: OpenPGP digital signature
_______________________________________________ pve-user mailing list [email protected] http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
