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 <jcorvel_at_gmail.com>:
> On Fri, May 1, 2015 at 2:21 PM, Ignacio González (Eliop)
> <igtorque.eliop_at_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
>
Received on 2015-05-04 09:46:47 CEST