Re: git svn import failure : write .git/Git_svn_hash_BmjclS: Bad file descriptor

From: Valery Yundin <yuvalery@gmail.com>
Date: Jan 29, 2015, 23:59 UTC
Message-ID: <CABNxngPErFiTzUNK6P90Ug5fVtJSYD9XrGrQzK8+mt2u4g=Xyg@mail.gmail.com>
In-Reply-To: <20150129233429.GA7162@dcvr.yhbt.net>

Hi,

Here you go:
dfa72fdb96befbd790f623bb2909a347176753c2 is the first bad commit
commit dfa72fdb96befbd790f623bb2909a347176753c2
Author: Eric Wong <normalperson@yhbt.net>
Date:   Fri Oct 24 22:53:52 2014 +0000

    git-svn: reload RA every log-window-size

    Despite attempting to use local memory pools everywhere we can,
    (including our call to SVN::Ra::do_update and all subsequent reporter
    calls), there does not appear to be a way to force the Git::SVN::Fetcher
    callbacks to use a pool other than the per-SVN::Ra pool.
    Git::SVN::Fetcher ends up using the main RA pool which grows
    monotonically in size for the lifetime of the RA object.

    Thus the only way to free that memory appears to be to destroy and
    recreate the RA connection for at every --log-window-size interval.

    This reduces memory usage over the course of fetching 10K revisions
    using a test repository created with the script at the end of this
    commit message.
    .........

Cheers, Valery With best regards, Mr. Valery Yundin.

On 30 January 2015 at 00:34, Eric Wong <normalperson@yhbt.net> wrote:

Show 12 quoted lines

> Valery Yundin <yuvalery@gmail.com> wrote:
>> Tested on:
>> git-svn version 2.3.0.rc2 (svn 1.8.11) - FAIL
>> git-svn version 2.2.2 (svn 1.8.10) - FAIL
>> git-svn version 1.8.4.5 (svn 1.8.11) - WORKS
>
> Thank you for that info.  Do you think you can bisect which
> versions/revisions of git-svn introduced that failure for us?  I don't
> have much time this part of the year for git-svn, but maybe it's related
> to the performance work we did around fall 2014.
>
> Thanks again.