On Fri, May 1, 2015 at 2:21 PM, Ignacio González (Eliop)
<igtorque.el...@googlemail.com> wrote:
> svnadmin 1.8.13
> Server: Centos 7 64-bit
> Repo in local xfs disk
> Backups in remote cifs share
>
> This operation works without problems:
> $ svnadmin hotcopy /path/to/repo /local/path/to/dest
> With a small repo, it takes just a few seconds
>
> But this one does not:
> $ svnadmin hotcopy /path/to/repo /remote/path/to/dest
>
> where /remote/path/to/dest is located on a remote cifs share.
>
> Before detailing the problem, let me tell you that this problem did not
> happen until I upgraded my server from Centos 5.5 & Subversion 1.6.16 &
> local repository over ext3 to the configuration described above. (The remote
> cifs share for backups is the same).
>
> Now, the symptons are these: when I launch the hotcopy operation, I can see
> that the repo is completely copied to the destination in a few seconds,
> except for 3 files. After several minutes (even hours), ps ux shows that
> svnadmin hotcopy is still active, but waiting for something that never
> happens... No error or warning message is shown.
>
> The three files are:
> /path/to/repo/format
> /path/to/repo/db/format
> /path/to/repo/db/fs-type

Can you tell us the contents of those three files please? That will
show us which format of the backend you're using (you've mentioned svn
1.6.16, and I'm not sure if you have 'svnadmin upgrade'd to the latest
backend format).

> It seems to me that these are the last files to be recreated in hotcopy
> operations, but I do not really know.
>
> The fact that the operation does succed on a local destination hints to some
> problem with permissions, different filesystems, or who knows.
>
> Here are the relevant parts of /etc/fstab, if they are needed:
>
> LABEL=repoxfs   /opt/csvn/data/repositories  xfs  defaults  1 2
> //srvr/bkps   /home/csvn/mnt/hotcopies   cifs
> username=csvn,domain=*,password=*,rw,uid=csvn,gid=csvn,dir_mode=0755,file_mode=0755
> 0 0

I have seen several hotcopy-fixes mentioned for the upcoming 1.9
release [1]. Maybe, as a test, you can try if the same problem still
happens with 1.9-beta1?

[1] search for 'hotcopy' in
http://svn.apache.org/repos/asf/subversion/trunk/CHANGES

-- 
Johan

Reply via email to