-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Kamesh Jayachandran wrote:
> I tried to create similar situation in my dev environment.
>
> Create branch m0 from /trunk.
> Renamed m0 to m1 committed directly over url
> ...... 100 such renames with no useful change....
> Renamed m99 to m100 committed directly over url
> Make couple of commits to m100
> Merge m100 to trunk without giving any revision range. Somehow my merge
> fails in between, i.e after merging 37 location segments.
I get this error in only one kind of setup, which I need to debug yet.
I could see no difference in performance with renamed_sources(100 times)
between windows and Linux. They take around 1 min 45 secs.
With regards
Kamesh Jayachandran
>
> I will see what causes it to fail or I will reduce the above exercise to
> 30 odd segments and compare between win32 and Linux.
>
> With regards
> Kamesh Jayachandran
>
>
> J J wrote:
>> Did you start the merge at '27/Jun/2008:08:15:31' or '2008/06/27 07:54:02'?
>
>>> According to the linestamp output, I started the command at Fri Jun 27
>>> 07:52:55 2008. The access log entry at 07:54 was the first entry
>>> after 07:52 that appeared in the log.
>> What is the exact merge command you used for the above?
>
>> My guess is you do 'svn merge http://host/svn/TESTREPO/branches/RB-25.x'.
>
>>> Yes, that is the command I used.
>> I guess RB-25.x has the following ancestry
>> /trunk:2-6
>> /branches/RB-19.4.x:7-9
>> /branches/RB-20.x:10-521
>> /branches/RB-21.x:522-1005
>> /branches/TASK-eES-RB-21.x:1006-1079
>> /branches/RB-21.0.2.x:1080-1086
>> /branches/RB-22.x:1087-1480
>> /branches/RB-23.x:1481-1516
>> /branches/TASK-eES-RB-23.x:1517-1901
>> /branches/RB-24.x:1902-1913
>> /branches/RB-23.1.x:1914-2212
>> /tags/REL-23.1.0.35:2213-2226
>> /branches/RB-23.1.1.x:2227-2378
>> /branches/RB-25.x:2379-2758
>> /ees/branches/RB-25.x:2763-2773
>
>> Whenever you do the above merge it does some no-op processing for all of
>> the above location segments.
>
>>> Yes, that is what I gather from the access log and from the neon debug
>>> log. I've attached a grep of the neon debug log that only shows lines
>>> that match "ees/branches/". Hopefully that will help some.
>> As we are not 'operationally logging the location segments report', we
>> could not see entries in the operational log.
>
>> But still it does not answer how things are fast in UNIX.
>
>> With regards
>> Kamesh Jayachandran
>> J J wrote:
>>>>>> I have rerun the merge and attached svn-action.log and svn-access.log.
>>>>> Once more with the attachments.
>>>>>
- ---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFIa3wZ3WHvyO0YTCwRAkk4AJ9V9v3n1PQH5ceCtQQ3HpyXpCGdkwCfeXe3
pytF1JwR99ZXjyxTHJUyg90=
=6y6C
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-07-02 22:34:41 CEST