Re: http protocol, cloning git.git, fails (too many open files)

From: Junio C Hamano <junkio@cox.net>
Date: Nov 12, 2005, 23:21 UTC
Message-ID: <7vmzk9e9km.fsf@assigned-by-dhcp.cox.net>
In-Reply-To: <86acg9ijwa.fsf@blue.stonehenge.com>

merlyn@stonehenge.com (Randal L. Schwartz) writes:

Show 14 quoted lines

>     $ mkdir foo
>     $ cd foo
>     $ cg-clone http://www.kernel.org/pub/scm/git/git.git git.new
>     Fetching head...
>     Fetching objects...
>     progress: 1 objects, 191 bytes
> progress: 2 objects, 519 bytes
> progress: 3 objects, 5851 bytes
> progress: 4 objects, 7671 bytes
>...
>
>     progress: 66 objects, 187452 bytes
>
> And at this point, it hung.  I had to ^C.

This sounds like the problem the patch Pasky posted last night addresses.

However, one thing puzzles me. I just tried to reproduce it by doing this:

	$ rm -fr git-http
        $ ulimit -n 16
        $ git clone http://www.kernel.org/pub/scm/git/git.git git-http

and it did not fail on my Linux box. This is from the tip of the master tree (essentially the same as 0.99.9h aka 1.0rc1), built without Pasky's patch. Maybe the number of in-transit requests in your case is much higher with your connection while waiting for a packfile to arrive than my setup.

Could you please try with the patch Nick posted (which covers less) and then with Pasky's patch?