subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sobo77 <>
Subject svn export failing using file schema under v1.10
Date Wed, 25 Apr 2018 09:23:18 GMT

I have posted details of the following here while I investigate what's happening.

I've looked through the current bugs but have not found anything similar. It is a few years
since I last looked at the documentation, so I also going through what's available to see
if there is anything obvious I have missed.

Today I noticed that the exports performed as part of a regular back-up are now failing following
the upgrade from v1.9.7-2 to v1.10.0-1 performed on 2018-04-24

Cygwin 2.10.0(0.325/5/3) 2018-02-02 15:16 x86_64 Cygwin

Repository: Typical example:
Path: /var/repos/svn/<repos_name>
UUID: 80441a15-f459-49e5-accb-cdeddae00d91
Revisions: 2336
Repository Format: 5
Compatible With Version: 1.8.0
Repository Capability: mergeinfo
Filesystem Type: fsfs
Filesystem Format: 6
FSFS Sharded: yes
FSFS Shard Size: 1000
FSFS Shards Packed: 0/2
FSFS Logical Addressing: no
Configuration File: /var/repos/svn/<repos-name>/db/fsfs.conf

svn, version 1.10.0 (r1827917)
compiled Apr 22 2018, 17:20:30 on x86_64-unknown-cygwin

The backup is performed as an export of each repository. The export is performed on the server
to a local path for replication of the export elsewhere.

The export jobs have run without error for a number of years working through a number of upgrades
of subversion without issue. The repositories are plain vanilla implementations with no customisation
scripts. Standard svn commands are used, call vrom shell scripts.

The last successful export was the last one before the upgrade, first failure is for the first
export after the upgrade.


Export task starts, and creates the target folder(s), but fails when setting the permission
on the first file with an error of the form:

svn: E000002: Can't set permissions on <full-file-path>
svn: E000002: Can't set permissions on <full-file-path>: No such file or directory

The named file does not appear in the folder, but two two working temp files are present in
the form:


Both of these files are a copy of <full-file-path>, one of which does not have the data
in the $Id: field.

The permissions on the folders are no different from previous exports, and writes to the target
folder are successful.

The export creates the folder structure, but fails on the first file it encounters.

Exit code of 1.

I have quickly skimmed the release notes, but I see no mention of a requirement to upgrade
the file store for theses particular versions.

There may be an obvious cause in which case I will post information here.

Many thanks.

View raw message