Please keep the list cc'd.
On Oct 26, 2004, at 12:38 PM, Trevor Allred wrote:
> Thanks. Here's an update. Before I got this response I tried to create
> a new
> repository. I noticed the file size of copies was identical in each
> repository so I made a copy of the corrupted one and pasted the new
> one in.
> It worked perfectly! ...until today.
>
> Now I have a problem with my changes table. Same type of general error:
> svn: Berkeley DB error while opening 'changes' table for filesystem
> /usr/local/svn/db: Invalid argument
>
> So I went ahead and rand this command below
> [webuser@dev2 db]$ db_recover -vech repos_copy/db/
> db_recover: Finding last valid log LSN: file: 109 offset 527440
> db_recover: Recovery starting from [108][28]
> db_recover: Recovery complete at Tue Oct 26 11:28:00 2004
> db_recover: Maximum transaction ID 80008f75 Recovery checkpoint
> [109][527440]
> db_recover: Recovery complete at Tue Oct 26 11:28:00 2004
> db_recover: Maximum transaction id 80000000 Recovery checkpoint
> [109][527440]
>
> I'm not sure from this output what it did or didn't do. So next I
> tried to
> verify the db using db_verify:
>
> db_verify changes
> db_verify: Page 515: duplicates in non-dup btree
> db_verify: Page 517: duplicates in non-dup btree
> db_verify: Page 519: duplicates in non-dup btree
> db_verify: Page 516: duplicates in non-dup btree
> Segmentation fault
>
> I'm not sure what this is all about.
> BTW, I figure out what version I have too.
> Sleepycat Software: Berkeley DB 4.1.25: (August 21, 2003)
> I know BDB is now up to v4.2.52. Not sure if that would make a
> difference.
> Also, I want to somehow blame this on samba, but I just can't figure
> out
> how...In other words, if we stop using samba, would the problem go
> away?
>
Yes, upgrade to BDB 4.2. 4.1 had some odd problems. The segfault is
particularly odd there.
What does samba have to do with anything? *Please* tell me that you're
not accessing the repository over a samba share... right?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 26 20:15:52 2004