[pnfs] linux-pnfs git tree

[Benny Halevy]

J. Bruce Fields wrote:
> On Mon, Apr 30, 2007 at 04:34:03PM +0300, Benny Halevy wrote:
>> Since last week I can't update my git tree.
>> git-pull on the existing tree yields:
>> $ git-pull
>> Cannot get the repository state from git://linux-nfs.org/linux-pnfs.git
>>
>> and trying to clone a new tree I get the following:
>> $ git-clone git://linux-nfs.org/linux-pnfs.git linux-git
>> Initialized empty Git repository in /home/bhalevy/dev/git/linux-git/.git/
>> fatal: index-pack exec failed
>> fatal: index-pack died with error code 128
>> fetch-pack from 'git://linux-nfs.org/linux-pnfs.git' failed.
>> remote: Generating pack...
>> remote: Done counting 299827 objects.
>> remote: Deltifying 299827 objects.
>> remote:  100% (299827/299827) done
>>
>> and nothing else.
> 
> Hm.  I can't reproduce the problem here, and git:// is anonymous, so I
> don't think it's explainable by a difference in our permissions.  It
> can't be a firewall outright blocking git:// because it clearly is able
> to make some sort of connection--it even gets the same number of objects
> I do when I clone.
> 
> I wonder if it's just a git bug.  What does "git --version" say?
git version 1.5.0.2

I tried with git-1.5.1 and seen the same problem.

> 
> Does it just hang at the end of that clone, or does it return?  If it
> returns, what's left in the .git directory?

It returns.
In fact, the main process/thread returns after printing this:
fetch-pack from 'git://linux-nfs.org/linux-pnfs.git' failed.
and then a background thread continues to run producing:
remote: Generating pack...
remote: Done counting 299827 objects.
remote: Deltifying 299827 objects.
remote:  100% (299827/299827) done

It doesn't leave anything behind, just void.

> 
> --b.


-- 
Benny Halevy
Panasas Inc.
Accelerating Time to Results(TM) with Clustered Storage

www.panasas.com
bhalevy at panasas.com
Tel/Fax: +972-3-647-8340
Mobile: +972-54-802-8340