Git не может нажать с ошибкой "из памяти"

Я использую Gitosis на сервере с небольшим объемом памяти, особенно около 512 МБ. Когда я пытаюсь нажать большую папку (это резервная копия с телефона Android), я получаю:

me@corellia:~/Configs/$ git push origin master

Counting objects: 18, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (14/14), done.
fatal: Out of memory, malloc failed MiB | 685 KiB/s   
error: pack-objects died of signal 13
error: failed to push some refs to 'git@dagobah:Configs'

Я искал в Интернете и, в частности, нашел: http://www.mail-archive.com/git-users@googlegroups.com/msg01747.html а также http://git.661346.n2.nabble.com/Out-of-memory-error-during-git-push-td5443705.html но, похоже, это не помогает мне по двум причинам: 1) На самом деле у меня недостаточно памяти, когда я нажимаю. Когда я запускаю 'top' во время толчка, я получаю:

24262 git       18   0 16204 6084 1096 S    2  1.2   0:00.12 git-unpack-obje

Кроме того, во время нажатия, если я запускаю / head / meminfo, я получаю:

MemTotal:       524288 kB
MemFree:        289408 kB
Buffers:             0 kB
Cached:              0 kB
SwapCached:          0 kB
Active:              0 kB
Inactive:            0 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       524288 kB

Итак, кажется, что у меня достаточно свободной памяти, но на самом деле она все еще не работает, и мне не хватает гитаре, чтобы понять, что происходит. Я был бы признателен, если бы кто-нибудь помог мне здесь и сказал, что может быть причиной этой проблемы, и что я могу сделать, чтобы решить ее.

Спасибо!

РЕДАКТИРОВАТЬ:

Выход работает ulimit -a команда:

scottj@dagobah:~$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 204800
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 204800
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

РЕДАКТИРОВАТЬ:

Git-объекты и размеры:

313796  .git/objects/88/7ce48679f885af4c466d4ddccef9a9954a9de6
224276  .git/objects/18/261f6a52926a756c7ecb453e025d1f25937026
6248    .git/objects/63/a0b4e622c893d3dcc162052b43301030d0c86d
5608    .git/objects/a2/0c65987656cba591171549752eb97f0207fec8
2608    .git/objects/pack/pack-3be8300f69b67fa8fa687df84bbd9b8c96e86c8e.pack
28  .git/objects/pack/pack-3be8300f69b67fa8fa687df84bbd9b8c96e86c8e.idx
24  .git/objects/c9/8909563ec60369d69ac2d317af25a44c9fc198
24  .git/objects/5d/1f74bd9bc4c575a7eeec08d59916d9829068d1
24  .git/objects/53/edad79cb051f5e7864d9d3339fa59990ccfe2d
8   .git/objects/80/dd50c7a314950e5a1f56c0210b0a91f48ee792
Источник

3 ответа

Это немного натянуто, но попробуйте

git -c core.packedGitWindowSize=32m -c core.packedGitLimit=256m push origin master

Это переопределяет пару параметров, которые ограничивают количество байтов, отображаемых в файлах. Это значения по умолчанию, используемые для 32-битной системы, 64-битные значения по умолчанию намного больше. Я предполагаю, что вы используете 64-битную систему, что приводит к тому, что git использует очень большие значения по умолчанию, но есть ограничения по ресурсам (возможно, из-за запуска в ВМ), которые вызывают ошибку.

Эти параметры конфигурации и значения взяты из http://schacon.github.com/git/git-config.html

Источник

Насколько велика самая большая капля в репо?

Можете ли вы попробовать запустить:

find .git/objects -type f -print0 | xargs -0 du -s | sort -rn | head

Я специально смотрю на это сообщение из ветки списка рассылки git, на которую вы ссылаетесь.

Источник

На какой платформе / дистрибутиве вы находитесь? Ubuntu, Redhat, Centos и т.д... Как для клиента и сервера? Какое использование памяти на клиенте вы используете? У меня было это раньше с толчками, которые охватывают большое количество ревизий. Я знаю, что одним из обходных путей является постепенное продвижение ваших изменений на сервер, если это вообще возможно. Другое решение - увеличить использование памяти ядра. В некоторых дистрибутивах ядра есть настройки, которые не позволяют ядру выделять максимум памяти одному процессу:

Set Kernel Parameters
Modify the "/etc/sysctl.conf" file to include the lines appropriate to your operating system.
# Red Hat Enterprise Linux 3.0 and CentOS 3.x 
 kernel.shmmax = 2147483648
 kernel.shmmni = 4096
 kernel.shmall = 2097152
 kernel.shmmin = 1
 kernel.shmseg = 10

# semaphores: 
 semmsl, semmns, semopm, semmni kernel.sem = 250 32000 100 128
 fs.file-max = 65536

# Red Hat Enterprise Linux 4.0 and CentOS 4.x 
 kernel.shmmax = 536870912
 kernel.shmmni = 4096
 kernel.shmall = 2097152

Если ваш git-процесс превысит пределы, ядро ​​убьет этот процесс, несмотря на то, что в вашей системе зарегистрировано максимальное количество памяти.

Примечание: будьте осторожны с этими настройками. Вы, вероятно, не хотите использовать настройки в этом примере, так как я извлек их с сервера в нашей среде.

Несколько дополнительных примечаний для упоминания:

To Update and test kernel settings with sysctl, use following commands:

List current settings: sysctl -A|grep shm

sysctl -w kernel.shmmax=<value> to write in sysctl.conf
sysctl -p /etc/sysctl.conf to read/reload the values from sysctl.conf

Disable secure linux by editing the "/etc/selinux/config" file, making sure the SELINUX flag is set as follows.

SELINUX=disabled
Источник
Другие вопросы по тегам