[
https://issues.apache.org/jira/browse/SVN-4668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15811591#comment-15811591
]
Bert Huijben commented on SVN-4668:
-----------------------------------
One of the problems here is that we never explicitly coded dump to be in strict
order. The code used to iterate the members of directories in the order they
were placed in an APR hashtable. Then at one point APR changed its
implementation from mostly stable to randomly changing to avoid attacks in
certain usecases of hashtables. The dumpfiles were still valid at this point,
but some operations might be in a different order. But all this technically
produces 100% the same commits.
When we found this problem in Subversion in operations like 'svn status -U' we
changed some parts of our code to start producing a strict stable order, but
this new order is different than the one that used to be produced by the old
apr hashtable implementation. I'm not sure if the replay api was (already)
changed for this.
In Subversion 1.9, as part of optimizing fsfs the filesystem layer can now
produce an 'optimal ordering' of members of a directory for cheap access on the
filesystem layer... This might have changed the ordering again... and/or...
change the ordering again in the future.
Other 1.9 work includes making the svnadmin dump format more stable between the
different producers (svnadmin dump, svnrdump dump)
I'll try to add a few interesting issue numbers to this issue. But I think we
should discuss this on the users or dev list first before proposing to 'fix'
this, as I don't see a simple fix that works for all usecases.
> svnserve dump format order has changed
> --------------------------------------
>
> Key: SVN-4668
> URL: https://issues.apache.org/jira/browse/SVN-4668
> Project: Subversion
> Issue Type: Bug
> Components: svnserve
> Affects Versions: 1.9.3
> Environment: Ubuntu 16.04.1 LTS (GNU/Linux 4.4.0-53-generic x86_64)
> Reporter: Luke Perkins
> Attachments: SvnserveDumpIssue_20170107.jpg
>
>
> The format of the svnserve dump file has changed somewhere between version
> 1.8 and 1.9.3 ( version 1.9.3 (r1718519)). I routinely perform svnserve dump
> operations of my repositories and compare them against archived copies of
> dump files to be used for emergency recovery operations.
> It appears the content order difference is benign other than "diff"
> operations fail. I have file illustrating the difference.
> The version information for svnserve dump is:
> svnserve, version 1.9.3 (r1718519)
> compiled Mar 14 2016, 07:39:01 on x86_64-pc-linux-gnu
> Copyright (C) 2015 The Apache Software Foundation.
> This software consists of contributions made by many people;
> see the NOTICE file for more information.
> Subversion is open source software, see http://subversion.apache.org/
> The following repository back-end (FS) modules are available:
> * fs_fs : Module for working with a plain file (FSFS) repository.
> * fs_x : Module for working with an experimental (FSX) repository.
> * fs_base : Module for working with a Berkeley DB repository.
> Cyrus SASL authentication is available.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
