Ошибка архивации репозитория Git

Question

У меня есть репозиторий git, расположенный на сервере с ограниченной памятью. При попытке клонирования существующего репозитория с сервера я получаю следующую ошибку

hemi@ubuntu:$ git clone ssh://hemi@servername.dk/home/hemi/repos/articles 
Initialized empty Git repository in /home/hemi/Skrivebord/articles/.git/ 
hemi@servername.dk's password: 
remote: Counting objects: 666, done. 
remote: warning: suboptimal pack - out of memory 
remote: fatal: Out of memory, malloc failed 
error: git upload-pack: git-pack-objects died with error. 
fatal: git upload-pack: aborting due to possible repository corruption on the remote side. 
remote: aborting due to possible repository corruption on the remote side. 
fatal: early EOF 
fatal: index-pack failed 
hemi@ubuntu:$ 

Для обработки этой ошибки я пытался упакуйте оригинальный репозиторий (в соответствии с this forum post). Но вместо переупаковки репозитория он описывает, как использовать команду git pack-objects.

hemi@servername:~/repos/articles$ git repack -a -d --window-memory 10m --max-pack-size 100m 
usage: git pack-objects [{ -q | --progress | --all-progress }] 
     [--all-progress-implied] 
     [--max-pack-size=N] [--local] [--incremental] 
     [--window=N] [--window-memory=N] [--depth=N] 
     [--no-reuse-delta] [--no-reuse-object] [--delta-base-offset] 
     [--threads=N] [--non-empty] [--revs [--unpacked | --all]*] 
     [--reflog] [--stdout | base-name] [--include-tag] 
     [--keep-unreachable | --unpack-unreachable 
     [<ref-list | <object-list] 

Git 1.6.5.7 установлен на сервере.

Answer 1

Ваше решение имеет локальную и удаленную рабочую копию, но вызовет проблемы снова, когда удаленный репозиторий решает снова переупаковать себя. К счастью, вы можете установить параметры конфигурации, которые уменьшат объем памяти, необходимый для переупаковки в обоих хранилищах, - это по сути делает параметры командной строки, которые вы добавили в параметры по умолчанию при переупаковке. Таким образом, вы должны войти на удаленный, перейдите в хранилище и сделать:

git config pack.windowMemory 10m 
git config pack.packSizeLimit 20m 

Вы можете сделать то же самое на локальном хранилище. (Кстати, я думаю, что либо ваше хранилище очень большой или эти машины с небольшим объемом памяти. - эти значения кажутся очень низкими для меня)

Для чего это стоит, когда получал отказы таНос на переупаковка самые больших хранилищ в прошлое, я также изменил значения core.packedgitwindowsize, core.packedgitlimit, core.deltacachesize, pack.deltacachesize, pack.window и pack.threads, но это звучит так, как будто вам не нужны какие-либо дополнительные варианты :)

Answer 2

Я использую git версии 1.7.0.4 и принимает эту команду. Возможно, git версии 1.6 не принимает эту команду.

Попробуйте создать новый репозиторий с некоторыми случайными записями. Затем переупакуйте его с помощью этой команды.

Answer 3

Я решил проблему, выполнив следующие шаги.

1. Got хранилище проверил с сервера на локальный компьютер (с использованием сырой копии через SSH)
2. Переупакованная локальный репозиторий
   git repack -a -d --window-memory 10m --max-pack-size 20m
3. создал пустой репозиторий на сервере
   git init --bare
4. Выдвинул локальный репозиторий на сервер
5. Проверено, что можно клонировать репозиторий сервера

Answer 4

Это не дает ответа на вопрос, но кто-то может запустите его: переупаковка может также потерпеть неудачу на сервере, когда pack-objects завершается каким-то убийством памяти (Например, той, которая используется на Dreamhost):

$ git clone project-url project-folder 
Cloning into project-folder... 
remote: Counting objects: 6606, done. 
remote: Compressing objects: 100% (2903/2903), done. 
error: pack-objects died of signal 9284.51 MiB | 2.15 MiB/s 
error: git upload-pack: git-pack-objects died with error. 
fatal: git upload-pack: aborting due to possible repository corruption on the remote side. 
remote: aborting due to possible repository corruption on the remote side. 
fatal: early EOF 
fatal: index-pack failed 

На Dreamhost это по-видимому, вызвано mmap.Код repack использует mmap для сопоставления содержимого некоторых файлов в памяти, а поскольку убийца памяти недостаточно умен, он учитывает mmapped-файлы как используемую память, убивая процесс Git, когда он пытается создать большой файл mmap.

Решение заключается в компиляции пользовательского двоичного кода Git с выключенной поддержкой mmap (configure NO_MMAP=1).

Answer 5

Не имея прямого доступа к хранилищу и, следовательно, неспособного выполнить переупаковку, выполнение мелкого клона, а затем постепенное извлечение, а увеличение глубины помогло мне.

git clone YOUR_REPO --depth=1 
git fetch --depth=10 
... 
git fetch --depth=100 
git fetch --unshallow //Downloads all history allowing to push from repo 

Надеюсь, что он все еще может помочь кому-то.

Answer 6

У меня была такая же проблема: на ubuntu 14.10 с git 2.1.0 на частном репозитории github.com. (! Подозревается Entreprise маршрутизатор работает на другой сети Wi-Fi, за исключением того, на рабочем месте)

* GnuTLS recv error (-54): Error in the pull function. 
* Closing connection 2jects: 31% (183/589) 
error: RPC failed; result=56, HTTP code = 200 
fatal: The remote end hung up unexpectedly 
fatal: protocol error: bad pack header 

Мое решение было, мерзавец клон с помощью SSH (я настраивал ключи SSH * заранее), как это:

мерзавец клон https://github.com/USERNAME/REPOSITORYNAME.git

становится:

мерзавец клон git@github.com: ИМЯ_ПОЛЬЗОВАТЕЛЯ/REPOSITORYNAME.git

*: (Генерация ключа SSH)

SSH-кейген -t RSA -C "your_email_address_registered_with_github@domain.com"

Затем войдите в github, в настройках, импортируйте ssh-ключи и импортируйте его из ~/.ssh/id_rsa.pub.