Thanks for your answer, John. I dumped and re-loaded the repositories, so the formats are the latest.
In the end, it was a problem with the cifs mount. I had to add "nobrl" to the options in /etc/fstab: //srvr/bkps /home/csvn/mnt/hotcopies cifs nobrl,username=csvn,domain=*, password=*,rw,uid=csvn,gid=csvn,dir_mode=0755,file_mode=0755 0 0 That did the trick. 2015-05-04 9:33 GMT+02:00 Johan Corveleyn <jcor...@gmail.com>: > 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 >
