Git push - paquete subóptimo - memoria

Question

Realmente podría usar algo de ayuda aquí.

Acabo de crear un nuevo repositorio vacío para actuar como un objetivo de producción para dev push. También tengo el directorio web de trabajo en el servidor como un git repo. El servidor ejecuta git 1.7.4.1 en centos5.5

Después de crear el nuevo repositorio en el directorio web, realicé un git add. Se anotó algo así como 2300 & algunos archivos impares & más de inserciones de 230k.

Hice una confirmación de la base de datos recién agregada. Fue agradable y limpio. Cuando hice un master de origen de git push, sigue dándome esto (tenga en cuenta que tengo 8 CPU, de ahí los 8 hilos. Los documentos dicen que esto es normal);

# git push --mirror 
Counting objects: 2000, done. 
Delta compression using up to 8 threads. 
warning: suboptimal pack - out of memory 
fatal: inflateInit: out of memory (no message) 
error: failed to push some refs to '/home/ggadmin/gg-prod.git' 

He intentado lo siguiente para resolver esto, pero todos producen los mismos resultados;

git repack -adf --window-memory=100m 
           ^tried running this up to 1024m. Same result. 

Incluso probé un empuje de fuerza, pero obtuve lo mismo, solo con un error de malloc;

# git push -f origin master 
Counting objects: 2000, done. 
Delta compression using up to 8 threads. 
warning: suboptimal pack - out of memory 
fatal: Out of memory, malloc failed (tried to allocate 2340 bytes) 
error: failed to push some refs to '/home/ggadmin/gg-prod.git' 

He estado trabajando en esto durante 2 días y probado casi todo lo que puedo encontrar en Google y aquí en la SO.

He llegado al final de mi ingenio al tratar de solucionarlo. Por favor, dime que alguien sabe lo que se puede hacer para que esto funcione.

Answer 1

1. May be git es una herramienta subóptima para la manipulación de grandes cantidades de grandes manchas.
2. Se puede desactivar la compresión multi-hilo para ahorrar memoria: git config pack.threads 1 (además de otras opciones de memoria que limita, al igual que en la más reciente core.bigfilethreshold Git)

Answer 2

he tenido el mismo problema con un clon de git. El repositorio era de 25GB. He utilizado un comando alternativo, para mí es necesario el control de la raíz de la fuente,

rsync -avz -e ssh --progress user@computerName:repo/Directory destination/folder 

después de esto yo era capaz de comprometerse y tirar al igual que cualquier otro depósito.

Answer 3

git config --global pack.threads 1 

Answer 4

me di cuenta que es un poco tarde en el juego, pero ya que algunos de los anteriores mí (gracias @Ashitakalax) ayudó, aquí están mis dos centavos. Mismo problema que el anterior (inflateInit: out of memory) al mover los cambios desde una instancia de Wordpress dev upstream a test, git aborta sin memoria y esto se debe regularmente a cambios en el directorio ../uploads/ que contiene archivos de imagen.Todo esto en un servidor compartido que no tienen acceso a la configuración de Git global, por lo que hacemos:

0- in repo: git commit -m "some relevant details" 

para registrar los cambios

1- rsync -av --progress repo/wp-content/uploads/ test/wp-content/uploads 

para mover la mayor parte de las correcciones de imagen/cambia

2- in test: git add -A 

para rastrear el nuevo material en el lado de prueba de las cosas

3- in test: git fetch origin 

ahora buscar el resto de la cesión temporal

4- in test: git merge origin/master 

y finalmente fusionarse ...

El bit rsync aligera la carga git y todo está bien.

Answer 5

El siguiente comando ha solucionado el problema para mí:

git config --global pack.windowMemory 256m 

Esto afecta a la eficacia de la compresión delta lo que es posible que desee probar un tamaño más grande primero, algo así como 1 g, dependiendo de su hardware y ancho de banda.

Más detalles aquí: https://www.kernel.org/pub/software/scm/git/docs/git-pack-objects.html

Answer 6

Ninguna de estas respuestas me ayudaron. Mi problema es que mi pequeño servidor tiene 1 GB de RAM y ningún SWAP. Hice sudo service apache2 stop & sudo service mysql stop + matar a un proceso no utilizado de htop (después de todo eso me sale ~ 100mb de RAM) y git push correcto.