Temos um repositório Subversion no Windows Server 2003 e gostaríamos de movê-lo para um novo servidor executando o Server 2008 R2 de 64 bits. O novo servidor possui 8 GB de RAM.
Eu esperava despejar e carregar todo o repositório, já que atualmente ele está em um formato pré-1.5. O repositório tem pouco mais de 20.000 revisões. Na revisão 12900, o processo svnadmin fica sem memória, não importa como eu tente importar essa versão.
Tentei carregar tudo a partir de um grande arquivo de despejo. Tentei canalizar todo o despejo diretamente na carga. Também tentei fazer conjuntos de revisões menores nos dois sentidos. E até mesmo tentando esta revisão sozinha.
O processo chega a cerca de 1.998 MB usados no gerenciador de tarefas antes de terminar com este erro:
D:\Repositories\svnrepos>svnadmin load ./ < c:\Backup\svn_12900.dmp <<< Iniciada nova transação, com base na revisão original 12900 * caminho de edição: .../Bld/Installers ... concluído. * caminho de edição: .../Bld/Installers/xyxSetup.exe ... concluído. * caminho de edição: .../Installers/xyxyWebSetup.exe ... concluído. * caminho de edição: .../Bld/Src ...Sem memória - encerrando o aplicativo.
Este aplicativo solicitou que o Runtime o encerrasse de maneira incomum. Entre em contato com a equipe de suporte do aplicativo para obter mais informações.
Eu verifiquei o log para esse número de revisão e, na verdade, ele estava apenas confirmando uma compilação automática, portanto, os instaladores importam corretamente e apenas os números de versão nos arquivos AssemblyInfo.cs quando ele falha.
Não tenho certeza do que mais devo tentar?
Responder1
Usar a versão de 32 bits do svn em um Windows de 64 bits significa que o svn pode alocar apenas 2 GB de memória. Obtenha uma versão do Subversion de 64 bits.
Não me lembro mais do algoritmo para carregamento de fluxo do svn, mas ele pode pensar que você tem 8 GB disponíveis e termina quando ele próprio não consegue gerenciar mais de 2 GB.
Responder2
Eu recomendaria enviar esta pergunta para[e-mail protegido], já que esta lista contém muitos administradores de sistema Subversion. Pelo menos alguns deles provavelmente já viram esse problema antes.
Responder3
tente o svn-kit. é a porta Java do Subversion.