Indeed one of the boxes was running version 1.4.9. Upgrading to 1.4.11 fixed the issue. Thanks for the help.
Am Mittwoch, den 04.11.2009, 09:31 -0500 schrieb Derrick Brashear: > what openafs version? if it's older than 1.4.10, try 1.4.10 or 1.4.11? > we fixed a bug which is either this one or similar. > > > On Wed, Nov 4, 2009 at 9:14 AM, Matthias Braun <[email protected]> wrote: > > Hi, > > > > we're running into a problem with the AFS Caches in combination with svn > > here. It looks like an AFS bug and I don't have any more ideas on how to > > debug it further. Somehow file access rights get messed up when creating > > svn repositories (they're just a bunch of directories and files) while > > accessing them from different machines. > > > > Here's a sequence of commands that reproduces the bug for me: > > > >> mkdir /afs/info.uni-karlsruhe.de/user/matze/r > >> svnadmin create /afs/info.uni-karlsruhe.de/user/matze/r > >> svn co svn+ssh://ma...@ssh/afs/info.uni-karlsruhe.de/user/matze/r > > Checked out revision 0. > >> echo "A new file" > r/file > >> svn add r/file > > A r/file > >> svn ci -m "test" r/file > > Adding r/file > > Transmitting file data . > > Committed revision 1. > >> svn up r > > svn: Can't open file > > '/afs/info.uni-karlsruhe.de/user/matze/r/db/revprops/0/1': Permission > > denied > > > > > > Interestingly the problem disappears when I perform an "fs flushvolume" > > on the ssh machine: > > > >> ssh ma...@ssh fs flushvolume /afs/info.uni-karlsruhe.de/user/matze/r > >> svn up r > > At revision 1. > > > > > > Any ideas what goes wrong? > > > > Greetings, > > Matthias > > > > _______________________________________________ > > OpenAFS-info mailing list > > [email protected] > > https://lists.openafs.org/mailman/listinfo/openafs-info > > > > > _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
