Question

remote: Counting objects: 3442754, done.
remote: Compressing objects: 100% (515633/515633), done.
remote: Total 3442754 (delta 2898137), reused 3442437 (delta 2897904)
Receiving objects: 100% (3442754/3442754), 721.13 MiB | 246.00 KiB/s, done.
error: inflate: data stream error (incorrect data check)
fatal: serious inflate inconsistency
fatal: index-pack failed
buddy$

此过程后，下载的数据不再存在。为什么会发生这种情况我不知道，但是当我查看下载的目录时，没有可用的来源。如何恢复下载数据？

Answer 1

确保始终如一地解决该问题：

如果其他人有相同的消息，这可能意味着远程端的repo托管服务出现问题：例如，GitHub昨天发生了DDoS攻击（GitHub status messages）。

1:04 UTC：
  由于我们正在进行DDoS缓解，我们正在经历亚太地区用户的高丢包率。
  我们正致力于减少服务中断，并在可用时提供更多信息。

如果只有你，请尝试看看你可以用另一台电脑重现它如果是这种情况，则可能是回购内容本身的问题。

Answer 2

我已经看到了这个问题，当＆＃34; repo sync＆＃34;或者＆＃34; git pull＆＃34;完成的内存非常低。我已多次看到这个并检查内存它总是有0GB可用内存。当用户计算机的操作系统升级到Ubuntu 14.04时，也会出现同样的内存问题，尽管使用以前的操作系统版本可以很好地管理内存。

从功能更强大的计算机上运行相同的命令，或者从不同的操作系统中尝试运行。

这不是答案，但我已经看到了这个问题，所以如果问题与记忆有关，请进行观察和解决。

Answer 3

最近，我在使用大型git存储库（> 500MB）的NFS共享上克隆git存储库时遇到了同样的问题。

如果我在服务器上运行git clone（I.E.而不是通过NFS），错误就会消失。

进一步测试发现，在通过NFSv4复制到服务器时，数据偶尔会被破坏。

经过大量调试后发现，当分段和rx / tx校验和被卸载到网络接口卡时，问题与一个有缺陷的网络驱动程序破坏TCP数据包有关。

在网络接口卡上禁用分段和rx / tx校验和卸载后（按照以下博文中的说明：How to solve ssh disconnect packet corrupt problems），NFS共享上的数据损坏问题就消失了，我的问题就出现了问题。 GIT中。

git error：inflate：下载完成后出现数据流错误（数据检查不正确）

3 个答案: