12040 2017-09-05 06:43:25 +0000 git server git.yoctoproject.org hung up unexpectedly after 1.00GiB 2020-04-03 21:14:06 +0000 1 1 5 Infrastructure Website web-content unspecified x86 Multiple RESOLVED FIXED Medium+ normal Q1 1 stefan.herbrechtsmeier mhalstead jku juro.bystricky mhalstead randy.macleod ross.burton --- --- No (bug/feature does not impact docs) oldest_to_newest 76515 0 stefan.herbrechtsmeier 2017-09-05 06:43:25 +0000 The cloning of the linux-yocto-4.9 repository via https from git.yoctoproject.org git server hung up unexpectedly after 1.00GiB. $ git clone https://git.yoctoproject.org/git/linux-yocto-4.9 Cloning into 'linux-yocto-4.9'... remote: Counting objects: 5094108, done. remote: Compressing objects: 100% (765113/765113), done. fatal: The remote end hung up unexpectedly1.00 GiB | 750.00 KiB/s fatal: early EOF fatal: index-pack failed 76571 1 jku 2017-09-06 10:57:52 +0000 I can reproduce this exact scenario. Moving to Michael. 76695 2 mhalstead 2017-09-08 18:41:15 +0000 Moving the git infra to a new server and version today. This should resolve this issue as well as other recent issues. 76851 3 ross.burton 2017-09-14 15:44:15 +0000 An update: $ git clone https://git.yoctoproject.org/git/linux-yocto-4.9 Cloning into 'linux-yocto-4.9'... remote: Counting objects: 5094727, done. remote: Compressing objects: 100% (765391/765391), done. fatal: The remote end hung up unexpectedly 1.00 GiB | 232.00 KiB/s fatal: early EOF fatal: index-pack failed Still fails. 79035 4 juro.bystricky 2018-01-11 16:01:08 +0000 works for me (January 11, 2018) 79038 5 ross.burton 2018-01-11 16:05:27 +0000 Yes, works for me too. Closing, the new infrastructure must have solved this. 79048 6 randy.macleod 2018-01-11 17:55:08 +0000 This is an intermittent failure and it seems to be fairly easy to reproduce so I'm re-opening the defect. First, this failed for me from our corporate network: $ git clone https://git.yoctoproject.org/git/linux-yocto-4.9 Cloning into 'linux-yocto-4.9'... remote: Counting objects: 5107273, done. remote: Compressing objects: 100% (770209/770209), done. fatal: The remote end hung up unexpectedly 1.00 GiB | 3.45 MiB/s fatal: early EOF fatal: index-pack failed $ echo $? 128 This was started when the bug was reviewed on the YP BZ call so we likely overloaded the server. I ran the clone again in case we were all testing at the same time and overloading the server and it worked the second time. I then ran a series of clones simultaneously, one from work (4 MB/sec) and one on a fast (30 MB/sec) cloud server. The cloud server always worked. My work clone succeeded the next time but then failed again at 1.0 GiB: $ git clone https://git.yoctoproject.org/git/linux-yocto-4.9 Cloning into 'linux-yocto-4.9'... remote: Counting objects: 5107273, done. remote: Compressing objects: 100% (770209/770209), done. fatal: The remote end hung up unexpectedly 1.00 GiB | 3.39 MiB/s fatal: early EOF fatal: index-pack failed $ echo $? 128 Could this be corporate firewall/filter problems? I'll ask our network admin if there are any firewall logs that look odd. 79195 7 randy.macleod 2018-01-23 17:13:10 +0000 I checked on Jan 11/12th and there were no local network issues. I suspect that it's just a load issue for the git server. Michael, let me know if that's something you know how to tune. If not, Konrad Scherer @WR can give you some tips. 86908 8 mhalstead 2020-04-03 21:14:06 +0000 The upgrades in February fixed this in my testing.