You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Lele Gaifax <le...@nautilus.homeip.net> on 2003/12/13 00:46:41 UTC

Strange problem: svnadmin hotcopy does not work

Hi all,

I'm experiencing a strange problem: on my server, I'm not able to
perform an hotcopy of the repos, and thus neither an hotbackup...

The strangeness is that I'm not able to reproduce the same on the
other machine I have, evenif the two share the very same svn
binaries. I just tried upgrading to the forthcoming 0.35.0, previously
at 0.34.0, but the same problem appears:

$ svnadmin hotcopy /ND/svn/DocIt ~/bck/DocIt
svn: Can't open '/home/lele/bck/DocIt/README.txt.tmp': No such file or directory
It apparently fails to create the backup dir. Doing a strace on it, I
get

...
close(3)                                = 0
brk(0)                                  = 0x806f000
brk(0x8092000)                          = 0x8092000
open("/ND/svn/DocIt/format", O_RDONLY)  = 3
read(3, "3\n", 80)                      = 2
close(3)                                = 0
open("/ND/svn/DocIt/locks/db.lock", O_RDONLY) = 3
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
open("/ND/svn/DocIt/locks/db-logs.lock", O_WRONLY|O_CREAT|O_EXCL, 0666) = -1 EEXIST (File exists)
open("/ND/svn/DocIt/locks/db-logs.lock", O_RDONLY) = 4
fcntl64(4, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
open("/ND/svn/DocIt", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5
fstat64(5, {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
fcntl64(5, F_SETFD, FD_CLOEXEC)         = 0
getdents64(5, /* 9 entries */, 4096)    = 248
open("/ND/svn/DocIt/db", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6
fstat64(6, {st_mode=S_IFDIR|S_ISGID|0775, st_size=4096, ...}) = 0
fcntl64(6, F_SETFD, FD_CLOEXEC)         = 0
brk(0)                                  = 0x8092000
brk(0x80b4000)                          = 0x80b4000
getdents64(6, /* 33 entries */, 4096)   = 1184
getdents64(6, /* 0 entries */, 4096)    = 0
close(6)                                = 0
open("/home/lele/bck/DocIt/README.txt.tmp", O_RDWR|O_CREAT|O_EXCL, 0666) = -1 ENOENT (No such file or directory)
write(2, "svn: Can\'t open \'/home/lele/bck/"..., 81) = 81
close(5)                                = 0
fcntl64(4, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
close(4)                                = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
close(3)                                = 0
brk(0)                                  = 0x80b4000
brk(0)                                  = 0x80b4000
brk(0x809e000)                          = 0x809e000
brk(0)                                  = 0x809e000
brk(0)                                  = 0x809e000
brk(0)                                  = 0x809e000
brk(0x8092000)                          = 0x8092000
brk(0)                                  = 0x8092000
exit_group(1)                           = ?

The funny thing is that if I copy the repos on the other machine and
do the same, it works as expected. In particular, I can see the mkdir
call just before opening "/tmp/DocIt/db" here below, that is missing
in the strace above:

...
open("/tmp/DocIt/locks/db.lock", O_RDONLY) = 3
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
open("/tmp/DocIt/locks/db-logs.lock", O_WRONLY|O_CREAT|O_EXCL, 0666) = -1 EEXIST (File exists)
open("/tmp/DocIt/locks/db-logs.lock", O_RDONLY) = 4
fcntl64(4, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
open("/dev/null", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOTDIR (Not a directory)
open("/tmp/DocIt", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5
fstat64(5, {st_mode=S_IFDIR|0775, st_size=1024, ...}) = 0
fcntl64(5, F_SETFD, FD_CLOEXEC)         = 0
getdents64(5, /* 9 entries */, 4096)    = 248
mkdir("/tmp/BackUp", 0777)              = 0
open("/tmp/DocIt/db", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6
fstat64(6, {st_mode=S_IFDIR|S_ISGID|0775, st_size=1024, ...}) = 0
fcntl64(6, F_SETFD, FD_CLOEXEC)         = 0
brk(0)                                  = 0x8092000
brk(0x80b4000)                          = 0x80b4000
getdents64(6, /* 33 entries */, 4096)   = 1184
getdents64(6, /* 0 entries */, 4096)    = 0
close(6)                                = 0
open("/tmp/BackUp/README.txt.tmp", O_RDWR|O_CREAT|O_EXCL, 0666) = 6
...

I tried to understand what's going on, but since everything else seems
going smoothly, I'm little bit lost. 

The same happens on all repos on that machine, and they all appear up
and working...

As said, I installed the same svn on both machines (make install &&
make prefix=/otherpc/usr/local install), on Debian sid. Should that
matter, the "no-working" machine has ReiserFS partitions, the other
ext3....

Any hint on what/where the possible reason may be?

Thanx in advance,
bye, lele.
-- 
nickname: Lele Gaifax	| Quando vivrò di quello che ho pensato ieri
real: Emanuele Gaifas	| comincerò ad aver paura di chi mi copia.
email: lele@seldati.it	|		-- Fortunato Depero, 1929.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Strange problem: svnadmin hotcopy does not work

Posted by John Szakmeister <jo...@szakmeister.net>.
On Friday 12 December 2003 19:46, Lele Gaifax wrote:
> [snip]
>
> I tried to understand what's going on, but since everything else seems
> going smoothly, I'm little bit lost.
>
> The same happens on all repos on that machine, and they all appear up
> and working...
>
> As said, I installed the same svn on both machines (make install &&
> make prefix=/otherpc/usr/local install), on Debian sid. Should that
> matter, the "no-working" machine has ReiserFS partitions, the other
> ext3....

I can't comment on the rest of your e-mail, but my group has been using 
Subversion on RedHat for over a year now which lives on a ReiserFS file 
system.

-John


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org