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

RE: svnadmin verify changing its diagnosis?

From: Reedick, Andrew <Andrew.Reedick_at_BellSouth.com>
Date: 2006-10-06 16:27:46 CEST

> -----Original Message-----
> From: Rob Hubbard [mailto:Rob.Hubbard@celoxica.com]
> Sent: Friday, October 06, 2006 5:38 AM
> To: Reedick, Andrew; users@subversion.tigris.org
> Subject: RE: svnadmin verify changing its diagnosis?
> I'm afraid that this is not an answer to your question.
> Are you using an filing system or a database backend? (I
> believe that this is indicated by the contents of the file
> db/fs-type in the repository.)
> Also, did you see the problem more than once?
> The reason for asking is that, if I understand correctly, the
> DB backend stores changes as reverse deltas backwards from
> the head revision, whereas the FS backend stores them as
> forwards deltas forwards from revision 0. So, only the
> database backend recalculates a chain of deltas during a commit.
> I wonder if it's possible that the problem has disappeared
> due to a faulty delta being recalculated (following a commit).

I'm using fsfs. And verify still comes up clean. So either verify, the
hardware, or the OS hiccuped for no apparent reason.

> Alternatively, I wonder whether it's possible to run svnadmin
> verify during a commit, and that what you saw was a
> repository database in a transient state.

fsfs appears to store each revision as a single file, so a transaction
in progress shouldn't affect a read only look at an early delta.

I'm going to chalk this one up to cosmic rays and just keep an eye out.


The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA621

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Oct 6 16:29:58 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.