Re: [one-users] datablocks continued

, Acton) Cc: users@lists.opennebula.org Subject: Re: [one-users] datablocks continued There is this howto in C12G pages that may help you implement it in your infrastructure. https://support.opennebula.pro/entries/348847-using-qcow-images It will probably be actualized from time to time so it may be a

Re: [one-users] datablocks continued

I was not aware of the problems with rsync and null blocks of more that 2Gb. I'll definitely make some tests in my machine to find out if we also find this problem. On Fri, Dec 3, 2010 at 9:45 AM, wrote: > Good Day Steven. > We had the same problem with raw sparse files, so we use compressed qco

Re: [one-users] datablocks continued

ge- > From: users-boun...@lists.opennebula.org > [mailto:users-boun...@lists.opennebula.org] On Behalf Of Javier Fontan > Sent: Friday, 3 December 2010 8:25 > To: Steven Timm > Cc: users@lists.opennebula.org > Subject: Re: [one-users] datablocks continued > > Hello, &

Re: [one-users] datablocks continued

Good Day Steven. We had the same problem with raw sparse files, so we use compressed qcow2 now. Rsync could handle sparce files much better than scp, we had the experience of rsync broking raw files wenn a session of null bytes greater than 2GB was present on the file - this would be the fall

Re: [one-users] datablocks continued

-boun...@lists.opennebula.org [mailto:users-boun...@lists.opennebula.org] On Behalf Of Javier Fontan Sent: Friday, 3 December 2010 8:25 To: Steven Timm Cc: users@lists.opennebula.org Subject: Re: [one-users] datablocks continued Hello, Sparse files are supported by both ext* and nfs filesystems but unfortun

Re: [one-users] datablocks continued

Hello, Sparse files are supported by both ext* and nfs filesystems but unfortunately scp command (used with tm_ssh) does not know what sparse files are, this will make it copy the holes so the files in the end will be bigger and it will transfer all the null data. I do not recommend storing live

[one-users] datablocks continued

Thanks to help from opennebula staff I was able to create a 250GB datablock in the image repository which initially is a sparse file. i.e., ls returns a size of 250GB but du returns a size of only a few megabytes, the actual space used by the file system itself. the datablock is persistent and