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

Re: modify-file within an added tree (r1356317) ; possibly rep-cache.db -related

From: Trent Nelson <trent_at_snakebite.org>
Date: Mon, 16 Jul 2012 08:58:09 -0700

On Jul 15, 2012, at 9:32 AM, Daniel Shahaf wrote:

> Daniel Shahaf wrote on Tue, Jul 10, 2012 at 09:46:55 +0100:
>> Pending rmuir@'s feedback, then, I'll go ahead and edit the revision
>> file in-place. No change should be needed to any of the svn mirrors.
> I have now made the following edit: s/modify-file/ add-file /
> svnsync has successfully synced r1356317. (As I write this, the
> post-commit fs processing is still running; 'current' on harmonia (the
> mirror) was updated at 13:24:29 UTC.) I do not plan to edit
> rep-cache.db to remove references to the rep of the file in question.

My mirrors are syncing fine now, thanks!

> I am not opening an svn bug yet as there is no evidence that the bug was
> in svn (as opposed to, say, a single bit flip in svn_fs_path_change_kind_t).

I'm inclined to agree. A bit flip is an entirely plausible explanation for something this odd.

Somewhat related: is this a FreeBSD box? ports/sysutils/mcelog is useful for getting info on any ECC errors that might have occurred. Is the repo living on ZFS? Don't suppose you've got a non-standard vfs.zfs.txg.timeout (greater than 5 seconds?) set? That could have exacerbated the situation.

Received on 2012-07-16 17:58:51 CEST

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.