[svk-devel] Still problems using svk w/svn.apache.org

[Chia-Liang Kao]

It seems the problematic revision is r472729 that there are
directories replaced from outside the mirror path, and there was a bug
in svn that prevents replay to work properly on this.  I believe
dannyb has a patch for this when he hit the same problem for the gcc
repo.  But I am not sure if the patch is in svn itself already.

Meanwhile, if you disable pipelining for now, the repository should be
syncable when not using replay.

Cheers,
CLK


On 02/03/07, Jason Dillon <jason at planet57.com> wrote:
> So, svn.apache.org was finally upgrade to svn 1.4.3 today... :-)  And
> though svk sync did get *much, much* further than it did before (when
> the server was svn 1.3)... it still pukes with RA layer problems...
> and now it segfaults too... and sometimes spits out these malloc
> lines over and over and over (sometimes a few hundred):
>
> <snip>
> $ /opt/local/bin/svk sync -a
> Starting to synchronize //mirrors/geronimo/server
> Syncing https://svn.apache.org/repos/asf/geronimo/server
> Retrieving log information from 472725 to 513631
> RA layer request failed: REPORT request failed on 'https://
> svn.apache.org/repos/asf/geronimo/server': REPORT of 'https://
> svn.apache.org/repos/asf/geronimo/server': Could not read chunk
> delimiter: Secure connection truncated (https://svn.apache.org)
> Died at /opt/local/lib/perl5/vendor_perl/5.8.8/SVK/Mirror/Backend/
> SVNRaPipe.pm line 212.
> perl(4385) malloc: ***  Deallocation of a pointer not malloced:
> 0x1c6c000; This could be a double free(), or free() called with the
> middle of an allocated block; Try setting environment variable
> MallocHelp to see tools to help debug
> perl(4385) malloc: ***  Deallocation of a pointer not malloced:
> 0x1c6c000; This could be a double free(), or free() called with the
> middle of an allocated block; Try setting environment variable
> MallocHelp to see tools to help debug
> perl(4385) malloc: ***  Deallocation of a pointer not malloced:
> 0x1b2a200; This could be a double free(), or free() called with the
> middle of an allocated block; Try setting environment variable
> MallocHelp to see tools to help debug
> perl(4385) malloc: ***  Deallocation of a pointer not malloced:
> 0x357b; This could be a double free(), or free() called with the
> middle of an allocated block; Try setting environment variable
> MallocHelp to see tools to help debug
> Segmentation fault
> </snip>
>
> One of the ASF admins was nice enough to peep into the server logs
> and reported this:
>
> <snip>
> File not found: revision 472728, path '/geronimo/server/trunk/modules/
> geronimo-persistence-jpa10/src/main/java/org/apache/geronimo/
> persistence/TransformerWrapper.java'
> the preamble to that is:
> Provider encountered an error while streaming a REPORT response.
> [404, #0]
> Problem replaying revision  [404, #160013]
> </snip>
>
> I had been using the Mac OSX builds from here:
>
>      http://homepage.mac.com/hiirem/svkbuilds.html
>
> But someone from #asfinfra mentioned something about a new
> SVK::Mirror and about SVN::Mirror being horrible broken... and since
> these builds say something about SVN::Mirror, I tried the macports
> version too (which is what the above output is from).  But both
> behave in exactly the same way.
>
> Another odd thing I noticed was in the last snip above, its
> referencing the TransformerWrapper.java in rev 472728... which is
> very odd... since this change is actually in the next revision 472729.
>
> http://svn.apache.org/viewvc?view=rev&revision=472728
> http://svn.apache.org/viewvc?view=rev&revision=472729
>
> 472728 actually has nothing to do with the Geronimo project (which is
> what I am trying to use svk with).
>
> I've tried http and https... both fail in the same basic ways, though
> http pukes with something more like:
>
> <snip>
> $ svk sync -a
> Starting to synchronize //mirrors/geronimo/server
> Syncing http://svn.apache.org/repos/asf/geronimo/server
> Retrieving log information from 472725 to 513639
> RA layer request failed: REPORT request failed on 'http://
> svn.apache.org/repos/asf/geronimo/server': REPORT of 'http://
> svn.apache.org/repos/asf/geronimo/server': 200 OK (http://
> svn.apache.org)
> Can't use an undefined value as an ARRAY reference at /usr/local/svn/
> perl/SVK/Mirror/Backend/SVNRaPipe.pm line 250.
> perl(4491) malloc: ***  Deallocation of a pointer not malloced:
> 0x1cf9a00; This could be a double free(), or free() called with the
> middle of an allocated block; Try setting environment variable
> MallocHelp to see tools to help debug
> perl(4491) malloc: ***  Deallocation of a pointer not malloced:
> 0x1ca7a00; This could be a double free(), or free() called with the
> middle of an allocated block; Try setting environment variable
> MallocHelp to see tools to help debug
> perl(4491) malloc: ***  Deallocation of a pointer not malloced:
> 0x1c45000; This could be a double free(), or free() called with the
> middle of an allocated block; Try setting environment variable
> MallocHelp to see tools to help debug
> perl(4491) malloc: ***  Deallocation of a pointer not malloced:
> 0x1d22f7b; This could be a double free(), or free() called with the
> middle of an allocated block; Try setting environment variable
> MallocHelp to see tools to help debug
> Segmentation fault
> </snip>
>
> I even tried to get win32 version (from http://
> kevinhlight.googlepages.com/svkwin32) working... but the installer
> complains that its corrupt (and the md5 does not match).  And anyone
> who knows me... knows I hate windows... but I was (and still am)
> willing to use it if helps me debug this problem (though if it would
> only work on windows... er... well... i'll go shoot myself now :-P).
>
> Anyways... I completely lost on how to get working with svk for
> Geronimo :-(  I *desperately* want to get svk working to manage
> branching and some major project layout re-factoring work.  SVK is
> the closest thing I'm going to get to Perforce when working on ASF
> stuff... so I really, really, really want to figure out how to make
> this work... for me and other Geronimo developers.  This is a hugely
> powerful tool for managing branching and merging with SVN repos and I
> really, really... really want to figure this out.
>
> Anyone have any idea what might be going on here?  Is this a SVK
> bug?  A SVN bug?  A corrupt repo?  Server on crack?  User on crack?
>
> Anything would be helpful...
>
> please
>
> /me gets down on his knees
>
> --jason
> _______________________________________________
> svk-devel mailing list
> svk-devel at bestpractical.com
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/svk-devel
>