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

Somes problems with http:// access

From: Féliciano Matias <feliciano.matias_at_free.fr>
Date: 2002-07-12 07:39:15 CEST

First, excuse my poor english.

I am testing hardly subversion to confirme that it will be solid enough
for personal and perhaps some professionnal projects.

My current version, 2464, work quite well.

During some stress test with local access (file:///...) subversion give
me :

$ svn update
> svn_error: #21076 : <Item already exists in filesystem>
> successor id `0.0.2on' (for `0.0.1cs') already exists in filesystem
> /home/f.matias/test_svn/db
> svn_error: #21090 : <Berkeley DB error>
> Berkeley DB error while reading node revision for filesystem
> /home/f.matias/test_svn/db:
> DB_LOCK_DEADLOCK: Locker killed to resolve a deadlock

What does it mean ?
Do i need to be worry about this?
The next "svn update" is OK.

This is the only problem with local access.

I do the same tests with remote access (quite remote because my "remote"
is localhost ).
The test consist in doing several commit in parallel:
in wc1 -> svn add file1 ; svn commit file1 -m ""
in wc2 -> svn add file2 ; svn commit file2 -m ""

During the commit svn complain some times with this error :

> svn_error: #21111 : <Baseline incorrect>
> Commit failed (details follow):
> svn_error: #21111 : <Baseline incorrect>
> The specified baseline is not the latest baseline, so it may not be
> checked out.

This error appear randomly and i am not able to reproduce it in
"certainly way".

During this tests, i also encontured deadlock several times. Always
randomly and also with a simple procedure :

$ cat put_it
svn add "$1"
svn commit "$1" -m ""
$ find big_tree -not -path "*/.svn*" -exec ./put_it {} \;

Is there someone with such of troubles ?

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 12 07:41:53 2002

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

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