Re: svn hotcopy incremental overwrites existing revisions in backup

2017-05-16 Thread Branko Čibej
On 16.05.2017 21:28, Stefan Sperling wrote: > On Tue, May 16, 2017 at 12:02:38PM -0700, lumi wrote: >> Isn't it a mistake in method of getting file size on deduplicated volume? > Subversion asks APR (a portability library) for the filesize. > APR does something to find that size. Subversion uses th

Re: svn hotcopy incremental overwrites existing revisions in backup

2017-05-16 Thread Stefan Sperling
On Tue, May 16, 2017 at 12:02:38PM -0700, lumi wrote: > Isn't it a mistake in method of getting file size on deduplicated volume? Subversion asks APR (a portability library) for the filesize. APR does something to find that size. Subversion uses the value reported by APR, and Subversion does not c

Re: svn hotcopy incremental overwrites existing revisions in backup

2017-05-16 Thread lumi
Isn't it a mistake in method of getting file size on deduplicated volume? What I showed on screenshots is what Windows Explorer says. Other applications shows only one size value, e.g. Powershell Get-ItemProperty gets only actual size, no matter deduplicated volume or not, and this size is always t

Re: svn hotcopy incremental overwrites existing revisions in backup

2017-05-16 Thread Stefan Sperling
On Tue, May 16, 2017 at 10:57:44AM -0700, lumi wrote: > Size mismatch is definitly takes place. Actual size is normal, but size on > disk is a bit unreal, again because of deduplication. > The whole point of a hotcopy is to have

Re: svn hotcopy incremental overwrites existing revisions in backup

2017-05-16 Thread lumi
Size mismatch is definitly takes place. Actual size is normal, but size on disk is a bit unreal, again because of deduplication. -- View this message in context: http://subversion.1072662.n5.nabble.com/svn-hotcopy-incremental-

Re: svn hotcopy incremental overwrites existing revisions in backup

2017-05-16 Thread lumi
NTFS with deduplication enabled (Windows Server 2016). Problem files have APL attributes (Archive, SparseFile, ReparsePoint), which means that file takes part in deduplication I guess. Hotcopy of repository to WebDav network drive gives exactly the same result. It means that problem in source files

Re: svn hotcopy incremental overwrites existing revisions in backup

2017-05-16 Thread Stefan Sperling
On Tue, May 16, 2017 at 06:21:06AM -0700, lumi wrote: > And so on with each next hotcopy --incremental command. Binary comparison > revision 14, 21, 22 files of original repositary and backup gives equal > result. What reason of this strange behaviour? The only possible reasons are a size mismatch

Re: svn hotcopy incremental overwrites existing revisions in backup

2017-05-16 Thread Daniel Shahaf
lumi wrote on Tue, May 16, 2017 at 06:21:06 -0700: > C:\Users\Администратор.WIN-DBM2OE9OJ54>svnadmin hotcopy > D:\Repositories\Sandbox D:\Test --incremental > * Copied revision 14. > * Copied revision 21. > * Copied revision 22. > > C:\Users\Администратор.WIN-DBM2OE9OJ54>svnadmin hotcopy > D:\Repo

Re: svn hotcopy

2013-12-29 Thread Ivan Zhakov
On 27 December 2013 00:42, Listman wrote: > I am using svn 1.5.5 and I backup with hotcopy. I am starting to see that my > repository which 50G is backing up as 48G with hotcopy. I can’t figure it > out and my friend google is not helping at all. Does any one have a clue? > > As far I remembe

Re: svn hotcopy

2013-12-28 Thread Thomas Harold
On 12/26/2013 3:42 PM, Listman wrote: I am using svn 1.5.5 and I backup with hotcopy. I am starting to see that my repository which 50G is backing up as 48G with hotcopy. I can’t figure it out and my friend google is not helping at all. Does any one have a clue? I agree with Thorsten. Ther

Re: svn hotcopy

2013-12-26 Thread Thorsten Schöning
Guten Tag Listman, am Donnerstag, 26. Dezember 2013 um 21:42 schrieben Sie: > I am using svn 1.5.5 and I backup with hotcopy. I am starting to > see that my repository which 50G is backing up as 48G with hotcopy. > I can’t figure it out and my friend google is not helping at all. Does any > on