Re: svn hotcopy incremental overwrites existing revisions in backup

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

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

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

svn hotcopy incremental overwrites existing revisions in backup

I use "svnadmin hotcopy --incremental" command to create backup. Subversion 1.9.5. It was discovered that this command recreates already backuped revisions files which size exceeds e.g. 120kb in directory db/revs/. Backup log (1st backup was made to empty folder, next ones to the same folder): C:\U