Git 克隆因内存不足错误而失败 - “致命：内存不足，malloc 失败（尝试分配 905574791 字节）/致命：索引包失败”

Question

我正在尝试将大型 (1.4GB) Git 存储库克隆到具有 384MB RAM 的 32 位 Debian VM。我正在使用 Git 1.7.2.5，并使用 SSH 协议进行克隆 ('git clone user@host.com:/my/repo')

克隆失败并显示以下消息：

remote: Counting objects: 18797, done.
remote: warning: subobtimal pack - out of memory
remote: Compressing objects: 100% (10363/10363), done.
fatal: out of memory, malloc failed (tried to allocate 905574791 bytes)
fatal: index-pack failed

我尝试减少 Git 用于在主机存储库端重新打包的内存量，并重新打包：

git config pack.windowMemory 10m
git config pack.packSizeLimit 20m
git repack -a -d

我的问题如下：

1. 这是一个客户端大小（克隆端）的问题，还是应该在我从中克隆的存储库中解决？

2. 在这两种情况下，我能做些什么来使克隆成功吗？网上很多潜在的解决方案都涉及以下部分/全部内容，在这种情况下都不可接受：

   • 实质上更改存储库的内容（即删除大文件）
   • 为正在执行克隆的 VM 提供更多 RAM
   • 为正在执行克隆的 VM 提供 64 位虚拟 CPU
   • 带外传输（例如使用 Rsync 或 SFTP 传输 .git 目录）

提前致谢。

Answer 1

今天我遇到了同样的问题。 Git服务器内存不足，但gitlab报告仍有可用内存。我们用 htop 检查内存（报告没有可用），重新启动 gitlab，一切恢复正常。

Answer 2

sudo git pull

每次拉取时我都会遇到相同的错误消息，sudo git pull 实际上帮助我克服了这个错误消息并且拉取成功。

Answer 3

我在使用 MSysGit 32 位的 Windows 上遇到了类似的问题。 来自Cygwin 的 git 64 位完成了这项工作。 也许您应该使用 64 位 Debian VM（而不是 32 位）。

我的original answer 可在问题Git on Windows, “Out of memory - malloc failed” 中找到。

Answer 4

git clone 不会查看您的 pack.packSizeLimit 设置，它无论如何都会在一个包中传输所有内容 - 除非它自我上次查看以来发生了变化。

使用 SCP 或 Rsync 确实可以解决您的问题。删除“无用”的大文件，然后重新打包您尝试克隆的存储库也会有所帮助。

为 VM 提供更多 RAM 也可能会有所帮助 - 我认为您不需要 64 位地址空间来分配 900MB...您还可以为其提供足够的 SWAP 空间来处理 900MB 包而不是增加内存。