SVN: impossible de lire la ligne d'état: la connexion a été fermée par le serveur

J'ai eu le même problème. Il s'est avéré être un conflit avec le module de sécurité Web du client Cisco AnyConnect. Je l'ai réalisé à cause de certains des messages de la console que je voyais, j'ai fait une recherche et j'ai trouvé ceci: http://www.thebitguru.com/blog/view/394-Random%20Slowdown%20of%20Browsers%20in%20OS%20X%20Mountain%20Lion

Mettez-le ensemble dans ma tête:

• supprimé cisco anyconnect, succès
• réinstallé anyconnect sans le module "Web Security", succès.

C'était befuddling parce que ça avait bien fonctionné auparavant.

Ça a marché pour moi. J'ai essayé HTTP quand je devrais avoir HTTPS.

Cela m'est arrivé après que mon client Cisco VPN (AnyConnect Secure Mobility Client) se soit mis à jour. Je l'ai corrigé en désinstallant et réinstallant le client avec les options affichées sur ce blog:

Http://www.thebitguru.com/blog/view/394-Random%20Slowdown%20of%20Browsers%20in%20OS%20X%20Mountain%20Lion

J'ai modifié les certificats de mon serveur HTTPS, et comme il est dit ci-dessus, quelque chose avec les caches s'est mal passé avec mon référentiel.

J'ai déplacé le référentiel dans la même URL et l'erreur a disparu. (sauvegarde en premier)

Je ne poste généralement pas, mais mon équipe a passé 12 heures de travail à résoudre ce problème.

Pour nous, cela s'est également avéré être un conflit avec le client Cisco AnyConnect

Avait le même problème. Pour moi, à la fin, il s'est avéré être (probablement) quelque chose à voir avec avoir foiré avec mes hôtes virtuels apache, et le certificat SSL pour le serveur (j'ai rangé quelques - uns de mes hôtes virtuels et remplacé mon certificat snakeoil par un authentique-ce dernier je soupçonne était la véritable cause de mon problème).

Solution: ce qui a fonctionné pour moi était d'effacer tous les mots de passe enregistrés dans les clients (j'utilisais Eclipse-subclipse ou subversive, j'oublie lequel - et de la Tortue). Je suppose qu'une sorte de hachage basé sur le certificat SSL était utilisé quelque part le long de la ligne pour crypter le mot de passe enregistré, ce qui les rendait inaccessibles ou invalides lorsque j'ai remplacé le certificat.

Mon problème était que j'ai mon chemin en tant que http://.... et je travaille avec le système de fichiers, alors mon chemin SVN doit être file://, j'essaie un rellocate et le mets comme file: / / et cela fonctionne bien.

Ce problème se produisait également pour moi. La cause a fini par être le proxy Web transparent (Squid) que nous avions mis en place. Le pare-feu ici est configuré pour rediriger silencieusement tout le trafic du port 80 via Squid. L'ajout d'une exception au nom D'hôte du serveur SVN dans la configuration du pare-feu a résolu le problème.

Changer de http en https a fonctionné pour moi

Jetez un oeil aux paramètres des configurations de proxy...essayez de décocher l'utilisation de

J'ai eu le MÊME PROBLÈME (MAIS j'ai peut - être eu une configuration de configuration différente-semblait être une vanille simple cependant)

Les lignes ci-dessous montrent ma dernière erreur, et mon 'fix'. (Merci aux suggestions ci-dessus-Joshua)

[user1@hoho6 RubymineProjects]$ svn checkout svn://localhost/home/user1/DummySVNrepo
svn: URL 'svn://localhost/home/user1/DummySVNrepo' doesn't exist

[user1@hoho6 RubymineProjects]$ svn checkout svn+ssh://localhost/home/user1/DummySVNrepo

The authenticity of host 'localhost (::1)' can't be established.RSA key fingerprint is 10:8d:10:04:00:02:b1...
Are you sure you want to continue connecting (yes/no)? yes
user1@localhost's password: 
user1@localhost's password: 
A    DummySVNrepo/test
A    DummySVNrepo/test/unit
... etc

A eu le même problème. Même quand j'ai essayé de déménager, la même erreur est apparue.

Ma Solution: j'ai ouvert le navigateur repo. Après cela, l'erreur a disparu lors de la mise à jour et de la validation. Ne me demandez pas pourquoi :)

Ainsi que n'importe qui dans ce fil, même problème , cause différente.

J'ai dû changer L'option SVNPath en SVNParentPath . La raison en est que SVNPath ne gère qu'un seul référentiel et qu'il préfixe ceci à l'url demandée par le navigateur. Mais sur ma configuration j'avais un répertoire avec tous les repos svn dedans et ça obtient les poignées par SVNParentPath. Voici ma directive de localisation pour apache2.

<Location /svn/>
    DAV svn
    SVNParentPath /svn
    AUTHType Basic
    AUTHName "foo"
    AuthUserFile /path/to/passwd
    AuthzSVNAccessFile /path/to/authz-svn-access
    Require valid-user
</Location>

J'ai trouvé le commentaire de Nick Urban très utile:

sudo /opt/cisco/anyconnect/bin/websecurity_uninstall.sh