Problem with clone hanging

Problem with clone hanging

[Bryan O'Sullivan]

I am trying to clone a repository as follows:

  git clone git://www.mellanox.co.il/~git/infiniband

This makes a tiny bit of progress, and then hangs, without ever printing
any output.

Upon doing an strace to figure out what might be going on, I see this:

     <...much activity...>
        28261 write(3, "0032want 8ba130df4b67fa40878ccf80d54615132d24bc68\n", 50) = 50
        28261 write(3, "0032want 7df8ea909888d4856d3aff1c41192739d715a393\n", 50) = 50
        28261 write(3, "0000", 4)               = 4
        28261 write(3, "0009done\n", 9)         = 9
        28261 read(3, "0008", 4)                = 4
        28261 read(3, "NAK\n", 4)               = 4
        28261 gettimeofday({1154968213, 166810}, NULL) = 0
        28261 open("/home/bos/git/ofed_1_1/.git/objects/pack/tmp-ZbzARk", O_RDWR|O_CREAT
        |O_EXCL, 0600) = 4
        28261 gettimeofday({1154968213, 167511}, NULL) = 0
        28261 read(3, ...
     <...HANG>

>From which I conclude that the server is telling the client to go away,
which the client is for some reason ignoring.

Not being a habitual git user, I don't know where to go from here.  I'm
using the latest git, cloned and built as of today.  Help!

	<b

Re: Problem with clone hanging

[Erik Mouw]

On Mon, Aug 07, 2006 at 09:42:22AM -0700, Bryan O'Sullivan wrote:
> I am trying to clone a repository as follows:
> 
>   git clone git://www.mellanox.co.il/~git/infiniband
> 
> This makes a tiny bit of progress, and then hangs, without ever printing
> any output.
> 
> Upon doing an strace to figure out what might be going on, I see this:
> 
>      <...much activity...>
>         28261 write(3, "0032want 8ba130df4b67fa40878ccf80d54615132d24bc68\n", 50) = 50
>         28261 write(3, "0032want 7df8ea909888d4856d3aff1c41192739d715a393\n", 50) = 50
>         28261 write(3, "0000", 4)               = 4
>         28261 write(3, "0009done\n", 9)         = 9
>         28261 read(3, "0008", 4)                = 4
>         28261 read(3, "NAK\n", 4)               = 4
>         28261 gettimeofday({1154968213, 166810}, NULL) = 0
>         28261 open("/home/bos/git/ofed_1_1/.git/objects/pack/tmp-ZbzARk", O_RDWR|O_CREAT
>         |O_EXCL, 0600) = 4
>         28261 gettimeofday({1154968213, 167511}, NULL) = 0
>         28261 read(3, ...
>      <...HANG>
> 
> >From which I conclude that the server is telling the client to go away,
> which the client is for some reason ignoring.
> 
> Not being a habitual git user, I don't know where to go from here.  I'm
> using the latest git, cloned and built as of today.  Help!

Looks like the same problem that kernel.org used to have. The other
side probably runs git-1.4.0, they should upgrade to 1.4.1. In the mean
time, you could clone using http and later on switch to git transport.


Erik

-- 
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands

Re: Problem with clone hanging

[Bryan O'Sullivan]

On Mon, 2006-08-07 at 19:12 +0200, Erik Mouw wrote:

> Looks like the same problem that kernel.org used to have. The other
> side probably runs git-1.4.0, they should upgrade to 1.4.1.

OK, thanks for the helpful response.

>  In the mean
> time, you could clone using http and later on switch to git transport.

It seems like Mellanox doesn't publish that repository over HTTP, so I'm
stuck.  Tziporet, can you upgrade your git installation, please?

	<b

Re: Problem with clone hanging

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 824 bytes --]

On Mon, 07 Aug 2006 10:21:35 -0700 Bryan O'Sullivan wrote:

> On Mon, 2006-08-07 at 19:12 +0200, Erik Mouw wrote:
> 
> > Looks like the same problem that kernel.org used to have. The other
> > side probably runs git-1.4.0, they should upgrade to 1.4.1.
> 
> OK, thanks for the helpful response.
> 
> >  In the mean
> > time, you could clone using http and later on switch to git transport.
> 
> It seems like Mellanox doesn't publish that repository over HTTP, so I'm
> stuck.  Tziporet, can you upgrade your git installation, please?

In the meantime, you can try to specify a local clone of the mainline
Linux repository with the --reference=... option to git-clone.  Then
the server will need to send only objects which do not exist in the
mainline tree, and should be able to prepare the pack faster.

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: Problem with clone hanging

[Bryan O'Sullivan]

On Mon, 2006-08-07 at 21:52 +0400, Sergey Vlasov wrote:

> In the meantime, you can try to specify a local clone of the mainline
> Linux repository with the --reference=... option to git-clone. 

Thanks.  I don't know if what I'm cloning is actually a kernel tree,
unfortunately.

	<b

Re: Problem with clone hanging

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 630 bytes --]

On Mon, Aug 07, 2006 at 11:23:20AM -0700, Bryan O'Sullivan wrote:
> On Mon, 2006-08-07 at 21:52 +0400, Sergey Vlasov wrote:
> 
> > In the meantime, you can try to specify a local clone of the mainline
> > Linux repository with the --reference=... option to git-clone. 
> 
> Thanks.  I don't know if what I'm cloning is actually a kernel tree,
> unfortunately.

At least git ls-remote git://www.mellanox.co.il/~git/infiniband
suggests this.  Of course, it might contains some completely unrelated
branches (with git this is possible), but at least you won't need to
download the whole kernel history since 2.6.12-rc2.

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: Problem with clone hanging

[Michael S. Tsirkin]

Quoting r. Sergey Vlasov <vsu@altlinux.ru>:
> Subject: Re: Problem with clone hanging
> 
> On Mon, Aug 07, 2006 at 11:23:20AM -0700, Bryan O'Sullivan wrote:
> > On Mon, 2006-08-07 at 21:52 +0400, Sergey Vlasov wrote:
> > 
> > > In the meantime, you can try to specify a local clone of the mainline
> > > Linux repository with the --reference=... option to git-clone. 
> > 
> > Thanks.  I don't know if what I'm cloning is actually a kernel tree,
> > unfortunately.
> 
> At least git ls-remote git://www.mellanox.co.il/~git/infiniband
> suggests this.  Of course, it might contains some completely unrelated
> branches (with git this is possible), but at least you won't need to
> download the whole kernel history since 2.6.12-rc2.

Exactly. It's a kernel-tree + other stuff.

-- 
MST

Re: Problem with clone hanging

[Bryan O'Sullivan]

On Mon, 2006-08-07 at 22:32 +0400, Sergey Vlasov wrote:
> On Mon, Aug 07, 2006 at 11:23:20AM -0700, Bryan O'Sullivan wrote:
> > On Mon, 2006-08-07 at 21:52 +0400, Sergey Vlasov wrote:
> > 
> > > In the meantime, you can try to specify a local clone of the mainline
> > > Linux repository with the --reference=... option to git-clone. 
> > 
> > Thanks.  I don't know if what I'm cloning is actually a kernel tree,
> > unfortunately.
> 
> At least git ls-remote git://www.mellanox.co.il/~git/infiniband
> suggests this.

Thanks.  This got me unwedged.

	<b

RE: Problem with clone hanging

[Tziporet Koren]

OK we will upgrade our git installation (but it will be only tomorrow)
You are correct - we have not set HTTP interface. Really we wanted that
this git will be hosted by Sandia server but their system admin has not
yet set it up.

Meanwhile I can send you all sources in a tarball if you want.

Tziporet

-----Original Message-----
From: Bryan O'Sullivan [mailto:bos@serpentine.com] 
Sent: Monday, August 07, 2006 8:22 PM
To: Erik Mouw
Cc: git@vger.kernel.org; Tziporet Koren
Subject: Re: Problem with clone hanging

On Mon, 2006-08-07 at 19:12 +0200, Erik Mouw wrote:

> Looks like the same problem that kernel.org used to have. The other
> side probably runs git-1.4.0, they should upgrade to 1.4.1.

OK, thanks for the helpful response.

>  In the mean
> time, you could clone using http and later on switch to git transport.

It seems like Mellanox doesn't publish that repository over HTTP, so I'm
stuck.  Tziporet, can you upgrade your git installation, please?

	<b

Re: Problem with clone hanging

[Michael S. Tsirkin]

BTW, it makes sense (much faster to) clone Linus' tree, then pull
ofed_1_1 from www.mellanox.co.il

Quoting r. Tziporet Koren <tziporet@mellanox.co.il>:
Subject: RE: Problem with clone hanging

OK we will upgrade our git installation (but it will be only tomorrow)
You are correct - we have not set HTTP interface. Really we wanted that this git will be hosted by Sandia server but their system admin has not yet set it up.

Meanwhile I can send you all sources in a tarball if you want.

Tziporet

-----Original Message-----
From: Bryan O'Sullivan [mailto:bos@serpentine.com] 
Sent: Monday, August 07, 2006 8:22 PM
To: Erik Mouw
Cc: git@vger.kernel.org; Tziporet Koren
Subject: Re: Problem with clone hanging

On Mon, 2006-08-07 at 19:12 +0200, Erik Mouw wrote:

> Looks like the same problem that kernel.org used to have. The other
> side probably runs git-1.4.0, they should upgrade to 1.4.1.

OK, thanks for the helpful response.

>  In the mean
> time, you could clone using http and later on switch to git transport.

It seems like Mellanox doesn't publish that repository over HTTP, so I'm
stuck.  Tziporet, can you upgrade your git installation, please?

	<b


-- 
MST

RE: Problem with clone hanging

[Bryan O'Sullivan]

On Mon, 2006-08-07 at 21:57 +0300, Tziporet Koren wrote:
> OK we will upgrade our git installation (but it will be only tomorrow)
> You are correct - we have not set HTTP interface.

It's OK - Sergey's workaround did the trick for me.

	<b