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

Random files being "reverted" on one repository

From: Dave Tingling <dave.tingling_at_infotechfl.com>
Date: Wed, 11 May 2011 11:50:58 -0400

Hi List,

We administer subversion (v 1.4.2, r22196 on CentOS 5.5) for a
development company, and have over 150 active repositories, but we are
not subversion experts. We are experiencing an issue with just one
particular repository.

When programmers run an update against this one repository (using either
TortoiseSVN 1.6.15 or Slik Subversion 1.6.16 on Windows 7 Pro SP1), they
observe that they sometimes get---to coin their term---"frankenstein"
versions of arbitrary files. As an example scenario:

1) - Developer A: adds, edits and commits a file X,
2) - Developer A: later, again edits and commits file X,
3) - Developer A: still later, again edits and commits file X,
4) - Developer N: who has never before seen file X, runs an update. She
gets a weird version of file X which contains only *some* lines of the
set of changes made by Developer A in each of the edit/commit sessions
(1), (2), and (3).

We cannot replicate the problem on demand, but it recurs with
(seemingly) random files at random times. The worst thing is that when
an update silently "reverts" some unknown file (to a "frankenstein"
version), it is subsequently committed as a new version by the
unsuspecting developer.

We've tried exporting and re-importing the code to a new repository, but
the issue has persisted. "Svnadmin verify" finds no errors in any
revisions. Our latest move was to disable the Windows Search service,
but if that's really the problem, our other developers should be seeing
this with other repositories. Any advice on how to
duplicate/troubleshoot the cause of this problem will be greatly
appreciated.

Thank you,
Dave
Received on 2011-05-11 17:51:32 CEST

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.