I dunno if that's related, but I've seen similar things happen to my
repository after 0.23 upgrade. It was because of db version mismatch. I
used to have a 'default' build of httpd (which was probably using db 4
then), and svn 0.22 built against db 4.1
When I switched to 0.23 with the same setup, things started to go bad. I
was not aware of the db 4 in httpd / db 4.1 in mod_dav_svn till then. I
rebuilt everything making sure httpd and svn where using db 4.1, and the
problems went away.
I am not sure this is related really. Just a hint. Anyway what I'm sure
of, is that svn doesn't check which version of db was used for apache, and
that can result in everything building fine, but heterogeneous db
versions.
TTimo
On 11 Jun 2003 22:27:01 -0500
cmpilato@collab.net wrote:
> cmpilato@collab.net writes:
>
> > cmpilato@collab.net writes:
> >
> > > "Jamin W. Collins" <jcollins@asgardsrealm.net> writes:
> > >
> > > > > How big is the repos? Can I snatch it from a URL somewhere and take a
> > > > > peek?
> > > >
> > > > It's almost 5 meg after tarring and gzipping. I've put it up on my
> > > > personal d/l site:
> > > >
> > > > http://asgardsrealm.net/~jcollins/coding-horked-20030523.tar.gz
> > >
> > > Snatching now...
> >
> > Oh yeah, you're `changes' table is *way* horked. Geez, man.
>
> I'll be more specific. It appears that your `changes' table was
> somehow switched to a 'recno'-type database, whereas it is supposed to
> be a 'btree'. I don't know if this was the result of something gone
> horribly awry during the operation of Subversion, or if this was the
> result of some attempted recovery steps. Regardless, that file was
> junk.
>
> Fortunately, nothing in Subversion used that table except 'svn log',
> at least until I wrote the new svn_repos_replay(). So I replaced your
> `changes' table with one from a brand new repos, backdated my
> Subversion working copy until just before I made 'svnadmin dump' use
> the changes table, built, dumped your repos, and now I have a dumpfile
> reading for loading. It contains 26 revisions, which I trust sounds
> like the last known good state of your repository.
>
> I'll drop you a private mail with the dumpfile's location.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
--
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 12 10:29:06 2003