Re: difference between 1.8.1x and 1.9.9 in UUID creation/handling

Hi Olli,
On 2/15/2017 22:32, olli hauer wrote:
> Hi,
>
> I just noticed a UUID difference between svnadmin 1.8.15 and 1.9.5, but haven't found the documentation for this behavior
> Is it normal to have two UUID's per default if the repo is created with svnadmin 1.9.x?
>
>
> Test with svn 1.8
> $ svnadmin create new_repo
> $ svnadmin dump old_repo/ | svnadmin dump new_repo/
> $ cmd old_repo/db/uuid new_repo/db/uuid ; echo $?
> 0
>
>
> Test with svn 1.9.4/1.9.5
> $ svn info file:///path/to/old_repo | grep UUID
> Repository UUID: 228ca703-1480-e111-95e2-001999006c86
>
> $ cat old_repo/db/uuid
> 228ca703-1480-e111-95e2-001999006c86
>
> $ svnadmin create new_repo
> $ cat new_repo/db/uuid
> ee6bf0e3-c2f3-e611-bd38-000c2934dcba
> 936cf0e3-c2f3-e611-bd38-000c2934dcba <-- there is a second UUID
>
>
> $ svn info file:///path/to/new_repo | grep UUID
> Repository UUID: ee6bf0e3-c2f3-e611-bd38-000c2934dcba
>
>
> Dump / Load into new_repo
> $ svnadmin dump old_repo/ | svnadmin dump new_repo/
>
> $ cat new_repo/db/uuid
> 228ca703-1480-e111-95e2-001999006c86 <-- the old repo UUID
> e2e3759b-c3f3-e611-bd38-000c2934dcba <-- the old (first) UUID before the load cycle
>
> $ svn info file:///path/to/new_repo | grep UUID
> Repository UUID: 228ca703-1480-e111-95e2-001999006c86
have a look at this thread. This should explain the principles a bit:
http://mail-archives.apache.org/mod_mbox/subversion-dev/201702.mbox/%3C95a2cd32-c45a-f997-e51d-a4d86e9902f5%40apache.org%3E

Note that the second line in the UUID file is not the "real" UUID
(that's the first one) and it's related to the fsfs-format whether you
have a second line or not (it got introduced in fsfs format 7 which is
the default fsfs-format when you create a repository with SVN 1.9).

Regards,
Stefan