On 4 March 2010 03:24, Steven Roussey wrote:
> I also tried svnadmin recover which did not work, and fsfsverify.py. I have a
> few working copies around that are ok (I think) -- is there a way to use that
> to
> fix the repository?
Check out "Corrupted FSFS commit" and "Broken Revision in FSFS
Hello,
After spending almost 2 days on recovering broken FSFS, which turned
out to be broken for over year already I have a question. What are
suggested best practices for SVN Repo? Some kind of cronbot which
would do a verify and a full checkout dialy comes to mind. What else?
Are there any scrip
2010/3/3 Mariusz Droździel :
> Well, actually at first this one seemed to be quite trivial. Its
> enough to raise Apache loglevel to debug in order to see the exact
> filenames in mod_authnz_ldap logs.
Ok, in the end the solution described by Martin worked great. Thanks
big time! Smal
2010/3/3 Mariusz Droździel :
> I am forwarding the original post below, in case someone else will
> encounter similar problem. In my case the issue is, that I have no
> idea which files are broken. While doing sync or checkout I just get
> the following error in logs:
Well, actua
2010/3/3 Kutter, Martin :
I am forwarding the original post below, in case someone else will
encounter similar problem. In my case the issue is, that I have no
idea which files are broken. While doing sync or checkout I just get
the following error in logs:
[Wed Mar 03 11:07:53 2010] [error] [cli
2010/3/2 Kutter, Martin :
> This sounds a bit like our issue discussed in thread
> "Corrupted FSFS commit" just a few days ago on this list.
> We managed to create a copy of the repository without the corrupted
> files using path-based authorization and svnsync.
Could you give me some more insigh
Hello,
After some time it turned out, that there are few revisions in our
repository, which are broken, probably on the filesystem level.
Unfortunetely as time went by, backups we made contain only those
broken revisions so we have no chance in getting stuph working just by
simple recovery. Only h
