web-dev-qa-db-fra.com

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

J'ai commencé à avoir cette erreur aujourd'hui sur mon dépôt Subversion lorsque je tente de mettre à jour. Aucune suggestion?

svn: OPTIONS of ' http://example.org/example_repo ': Impossible de lire la ligne d'état: la connexion a été fermée par le serveur ( http://example.org )

Il semble que lorsque j'utilise svn + ssh au lieu de HTTP, cela fonctionne.

svn
29
Joshua

Je crois que c'est un problème de protocole. Avez-vous récemment modifié un paramètre de serveur concernant HTTP/HTTPS? 

Vous pouvez essayer de "svn relocate" à https://example.org/example_rep .

12
Hawk Kroeger

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

Mets-le ensemble dans ma tête: 

  • suppression de Cisco anyconnect, succès 
  • anyconnect réinstallé sans le module "Web Security", succès.

C'était déconcertant parce que cela avait bien fonctionné auparavant. 

53
chris

cela a fonctionné pour moi. J'ai essayé HTTP quand je devrais avoir HTTPS.

11
user113668

Cela m'est arrivé après la mise à jour de mon client VPN Cisco (AnyConnect Secure Mobility Client). Je l'ai corrigé en désinstallant et en réinstallant le client avec les options présentées dans cet article de blog:

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

7
Steve King

D'habitude, je ne poste pas, mais mon équipe a passé 12 heures en dépannage.

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

3
user2045106

J'ai apporté des modifications aux certificats de mon serveur HTTPS et, comme il est dit ci-dessus, un problème lié aux caches s'est mal passé dans 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)

3
Joro Mitev

Avait le même problème. En fin de compte, cela s’est avéré être probablement lié à la confusion avec mes hôtes virtuels Apache et au certificat SSL du serveur (j’ai rangé quelques-uns de mes hôtes virtuels et remplacé mon certificat snakeoil par un vrai - le dernier que je soupçonne était la vraie cause de mon problème).

Solution: Ce qui a fonctionné pour moi a été de supprimer tous les mots de passe enregistrés dans les clients (j’utilisais Eclipse - subclipse ou subversif, j’oublie lequel - et Tortoise). J'imagine qu'une sorte de hachage basé sur le certificat SSL était utilisé quelque part sur la ligne pour chiffrer le mot de passe enregistré, ce qui les rendait inaccessibles ou non valides lorsque j'ai remplacé le certificat.

2
Steve

Passer de http à https a fonctionné pour moi

1
Miracle

Ce problème se produisait aussi pour moi. La cause a fini par être le proxy Web transparent (Squid) que nous avions mis en place. Le pare-feu est configuré ici pour rediriger en silence 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. 

1
jamieb

Mon problème était que j'ai mon chemin en tant que http: // .... et que je travaille avec un système de fichiers, mon chemin SVN doit donc être fichier: //, j'essaie un rellocate et le mets en tant que fichier: // et ça marche bien.

1
Axel

J'ai eu le même problème (mais je peux avoir eu une configuration différente

Les lignes ci-dessous indiquent ma dernière erreur et mon «correctif». (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
0
Bob Gustafson

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

je devais changer l'option SVNPath en SVNParentPath . La raison en est que SVNPath ne gère qu'un seul référentiel et qu'il le préfixe à l'URL demandée par le navigateur . Mais sur ma configuration, j’avais un répertoire contenant tous les svn repos et que Reçoit les poignées de SVNParentPath. Ci-dessous se trouve 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>
0
ramrunner

Jetez un coup d'œil aux paramètres de configuration du proxy ... essayez de décocher son utilisation

0
John

J'ai le même problème. Même lorsque j'ai essayé de déménager, l'erreur SAME est apparue.

Ma solution: j'ai ouvert le navigateur de dépôt. Après cela, l’erreur avait disparu lors de la mise à jour et de la validation. Ne me demandez pas pourquoi :)

0
sladda