git push falha - permissões e ssh mantêm-se ativos verificados - o que mais?

Question

Eu migrei meu servidor git para um novo servidor e agora tento enviar meus dados para o novo.

• Cliente: Windows, TortoiseGit
• Servidor: servidor-git do docker

O log ao tentar enviar

git.exe push --progress "originNew" master:master

Counting objects: 26735, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (14502/14502), done.
Writing objects:   2% (535/26735), 32.00 KiB | 45.00 KiB/s

E depois de clicar em "OK" na caixa de diálogo   TortoiseGitPlink Erro Fatal: "Erro de rede: o software causou o cancelamento da conexão" o texto acima muda para

git.exe push --progress "originNew" master:master

Counting objects: 26735, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (14502/14502), done.
fatal: sha1 file '<stdout>' write error: Broken pipe
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly


git did not exit cleanly (exit code 128) (405265 ms @ 02.04.2018 12:16:21)

Talvez de interesse: Necessidades de compressão ~ 6seg até 99% (14430/14502), para 100% (os últimos ~ 70 itens) necessários ~ 6 min.

O que eu já fiz:

Permissões: Fazendo o mesmo com um repositório de teste com apenas 2 arquivos funciona!

SSH keepalive: Eu mudei o ssh_config no cliente para incluir

Host *
    ServerAliveInterval 25
    ServerAliveCountMax 40

Isso deve enviar um pacote a cada 25 segundos (máximo de 40 vezes), então se minha conexão ssh com o servidor git estiver inativa, ela deve permanecer ativa por ~ 16min.

HDs: Espaço suficiente no cliente e no servidor

Perguntas:

1. Alguma outra ideia de como enviar meus dados para o novo servidor?
2. Alguma outra ideia sobre o que poderia causar isso além de permissões e conexões ociosas?
3. Como posso verificar se o arquivo ssh_config que eu alterei é o correto? (usado pelo TortoiseGit). Eu mudei 'C: \ Arquivos de Programas \ Git \ etc \ ssh' (apenas um encontrado)
4. Posso de alguma forma investigar quem fecha a conexão ssh?
5. Quais arquivos de log no cliente e no servidor podem ajudar a encontrar o problema? Quaisquer sinalizadores verbosos / de depuração que eu possa ativar?

Answer 1

OK, resolvi o problema, infelizmente não descobri qual era o problema . Mas talvez inspire alguém com um problema semelhante.

O que eu fiz : Em vez de empurrar do lado do cliente para o novo servidor:

• Gerei chaves no servidor antigo e as movi de lá
• eu clonei o repositório do novo servidor para um novo repositório temporário no cliente
• eu empurrei as alterações do antigo cliente-repo para o cliente temporário repo
  (Houve alterações que eu não pude empurrar para o servidor antigo mais. Infelizmente não me lembro se tentei empurrar do antigo cliente repositório paralelo ao novo servidor)
• então eu finalmente empurrei essas alterações do temp para o novo repositório de servidores

Agora tudo funciona. Posso finalmente puxar e empurrar do (antigo e novo) repositório do lado do cliente para o novo servidor e é muito rápido. Entretanto, eliminei esse novo compromisso do lado do cliente.

A parte de compactação que durou tanto tempo foi agora muito rápida. Talvez algo como o empacotamento ajudaria!

Boa sorte