SVN muito lento em HTTP (parece relacionado a autenticação)


4

Estou usando o SVN versão 1.6.6 (r40053) através da linha de comando no Ubuntu 10.04 e conectando a um repositório remoto via HTTP que está na rede local. Por um tempo, funcionou bem, mas recentemente tornou-se muito lento para qualquer operação que requer comunicação com o repositório, no entanto, ele eventualmente funciona depois de vários minutos (~ 3m para svn up ). Olhando para o Wireshark, parece que está demorando um minuto entre a autenticação de HTTP negada e a requisição subsequente contendo credenciais.

O problema é local para a minha máquina porque outros colegas que executam o Ubuntu não estão tendo o problema e eu tentei usar minhas credenciais de outra máquina e foi muito rápido.

Eu tentei apagar o .subversion pasta no meu diretório home e verificando tudo de novo, mas não ajudou.

Atualizar: Eu acho que é relacionado a autenticação. Quando eu verifico repositórios SVN da Internet sobre HTTP (de Google Code , por exemplo), tudo é muito rápido até eu fazer algo que requer uma senha. Antes de solicitar a senha pela primeira vez, ela fica parada por pelo menos um minuto.

Atualização 2: Eu definir o neon-debug-mask nas configurações do SVN (em /etc/subversion/servers debaixo [Global] ) para 138 e parece gastar muito tempo em ' auth: Trying Basic challenge... '


Você está usando SVN + SSH?
yalestar

Não, é sobre HTTP em todos os casos (no meu computador e naqueles em que é rápido).
Sydius

1
Tente verificar a integridade do HDD com smartmontools. Talvez haja um problema aí.
Daenyth

Nenhum problema de HDD foi detectado.
Sydius

Para acesso lento por https, veja também serverfault.com/questions/716845/…
anre

Respostas:


3

No meu caso, demorou muito tempo na fase "Fazendo pesquisa de DNS no XXX ...", onde XXX é o meu proxy HTTP configurado em ~ / .subversion / servers. Neste caso, o repositório foi listado nas "exceções de proxy HTTP", mas o Subversion fez a pesquisa de DNS de qualquer maneira. Funciona, mas com um atraso muito longo (cerca de 2 minutos). A solução foi apenas substituir o XXX pelos endereços IP.


Eu tive um problema semelhante, em vez de usar o IP diretamente, coloquei o nome do host no arquivo / etc / hosts do servidor proxy do apache (foi a causa da lentidão).
BrunoJCM

1

Acontece que a reinicialização consertou - algo que nunca penso em experimentar com uma máquina Linux. Logout provavelmente também teria (eu tenho o hábito de bloqueá-lo).

Estou usando o Likewise Open para conectar minha máquina a um domínio do Windows; Eu acho que isso deve ter algo a ver com isso. Eu não tinha reiniciado em meses. Espero que isso ajude alguém lá fora que se depara com esse problema.


2
O que é essa coisa de reinicialização que você troveja? Desde o XP, tive máquinas com mais de 40 dias de atividade.
ta.speot.is

1

Eu adicionei

--username *my_username* 

depois do comando svn e agora é instantâneo.


0

Eu tive algo parecido uma vez, mas acabou relacionado ao IPV6.

Você está tendo lentidão em outro lugar, como acessar um site pela primeira vez?

Se assim for, você pode querer verificar se o seu Ubuntu não está configurado para IPV6.


Eu não notei que se comportando lentamente com qualquer outra coisa. Web sites, incluindo aqueles que eu nunca visitei antes, carregam bem e rapidamente.
Sydius

Ok, um item quase riscou então :-) Faça uma verificação rápida se houver algum material relacionado ao svn-server em seu / etc / hosts :-)
tovare

Não, nada lá.
Sydius

ok, sugiro adicionar o servidor svn ao arquivo hosts com IP full :) Ainda estou apostando que está relacionado a algo não encontrar algo, já que demora tanto na autenticação. Tente também uname -n em sua máquina, então tente nslookup & lt; o host uname -n relatado & gt;
tovare

No segundo, adicionar ao arquivo hosts não ajudará. Mas nslookup uname -n pode levar diagnósticos um passo adiante se houver um longo atraso. Pode valer a pena se você estiver preso.
tovare
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.