[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svnadmin dump fails, "invalid stream: [tgt] insn 1786 starts beyond the target view position"

From: Josh Pieper <jjp_at_pobox.com>
Date: 2006-09-02 13:07:12 CEST

Brett Meyer wrote:
> I have a correction to make to some of my initial analysis and some
> additional questions.
>
> Revision 1102 is clearly corrupted, however this corruption does not
> impact the active code base because the files checked in in revision
> 1102 are later deleted in revision 1107. Also significantly (I
> think), the files are not modified at all between revision 1102 and
> revision 1107. Further, the files impacted by revision 1102 are
> completely isolated in their own directory (and this entire directory
> is later removed in revision 1107).
>
> My goal is to repair the repository so I can eventually perform
> repository splitting with a combination of "svnadmin dump" and
> "svndumpfilter" operations. I can do without having this data in my
> repository, but my question now is how I remove it? I obviously
> can't follow the typical path of performing a "svnadmin dump" and
> then using "svndumpfilter" to exclude the path in question.
>
> Is there a way I can safely remove all references to the directory
> that was added in revision 1102 and later removed in 1107? If this
> is the only revision that is corrupted, I should theoretically repair
> the repository as a whole in the process.

Are you aware of the "--incremental" and "-r" options to svnadmin
dump? You could try repairing the repository by dumping out as many
revisions as you can, then loading them into a new repository. You
could do 0-1101 in one go, then 1108-x in another.

Good luck!

-Josh

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Sep 2 13:08:42 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.