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

Re: Lack of Subversion repository recovery tools

From: Toby Thain <toby_at_smartgames.ca>
Date: 2007-06-29 22:17:36 CEST

On 29-Jun-07, at 4:07 PM, Andreas Hasenack wrote:

> On Fri, Jun 29, 2007 at 02:52:04PM -0400, Jing Xue wrote:
>>
>> Quoting "Melikian, Chris" <Chris.Melikian@uk.fid-intl.com>:
>>
>>> Hi Ulrich,
>>>
>>> I completely agree that you need to use backups but I think that
>>> subversion should also have some tools to repair revisions so
>>> that you
>>> can at least get the repository back into a consistent state
>>> even if
>>> there is data loss.
>>>
>>> Surely, any production-ready version control system has such a tool?
>>
>> Sorry if I'm missing something very obvious here, but assuming a
>> backup
>> implementation that ensures timely and completely verified
>> backups, why
>> would one insist on repairing the repository? AFAIK, a hotcopy
>> backup is a
>> good-to-go repository itself.
>
> Following this rationale, you could as well as toss all your /sbin/
> fsck*
> files. :)

ZFS has no fsck. The reasons why are quite relevant to this thread.

When was the last time your fsck reported corruption, and did you
find the root cause?

--Toby

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 29 22:17:46 2007

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.