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

Re: [RFC/PATCH] svnadmin: recover/hotcopy erroring out for old FSFS repositories

From: Ivan Zhakov <ivan_at_visualsvn.com>
Date: Mon, 27 Jan 2014 13:25:59 +0400

Hi Stefan,

On 27 January 2014 11:21, Stefan Fuhrmann <stefan.fuhrmann_at_wandisco.com> wrote:
> On Thu, Jan 23, 2014 at 11:00 AM, Evgeny Kotkov
> <evgeny.kotkov_at_visualsvn.com> wrote:
>>
>> (wants to update the db/current file, but doesn't know the next ids)
>>
>> svn_fs_fs__find_max_ids()
>> svn_fs_fs__rev_get_root()
>> svn_fs_fs__ensure_revision_exists()
>> ...
>> (reads the most recent db/current file in order to check the
>> presence
>> of this revision. it is reported missing, because we're right
>> in the
>> middle of updating the db/current file and cannot do that yet,
>> because we still do not know the next ids)
>>
>> So, basically, we're calling a routine that assumes the db/current file
>> is
>> up-to-date in order to get the information on how to update the
>> outdated
>> db/current file. This ends with an "E160006: No such revision 1"
>> error.
>
>
> Fixed in /trunk and proposed for 1.8.x. The problem was that
> you had to bump the youngest rev before you could access
> the latest rev in the destination repo.
>
Are you sure about this fix? Bumping youngest rev after copy every
revision will slow down 'svnadmin hotcopy' significantly. Did we bump
youngest rev in 1.7.x?

-- 
Ivan Zhakov
CTO | VisualSVN | http://www.visualsvn.com
Received on 2014-01-27 10:27:13 CET

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