Erreur SVN en cours d'exécution: Une connexion existante a été fermée de force par l'hôte distant
J'ai créé un repo SVN sur Debian Wheezy serveur de build suivant ce tutoriel.
svn --version
donne 1.6.17
.
Malheureusement, je ne peux pas m'engager plus à la repo de mon ordinateur Windows 7; il échoue avec le message d'erreur suivant:
Transmitting file data .svn: E730054: Commit failed (details follow):
svn: E730054: Error running context: An existing connection was forcibly closed
by the remote host.
J'ai eu cette erreur avec TortoiseSVN et la client en ligne de commande.
Ce sont le contenu de /var/log/apache2/access.log
sur le serveur pour le moment de l'échec de l'engagement: d'accès.journal.
Il n'y a pas d'entrée pour le même temps dans le journal des erreurs.
Je suis toujours en mesure de vérifier le contenu de l'opération et svn info http://myurl/svn/myrepo
fonctionne aussi très bien.
Le serveur Debian avec l'opération est en cours d'exécution à l'intérieur d'une machine virtuelle sur un Serveur Windows server 2008 R2 Hyper-V (- Manager 6.1). La connexion de ma machine Windows pour le Serveur Windows est établie à l'aide de FortiClient 4.2.8.0307.
Après je suis tombé sur cette erreur hier, j'ai purgé svn à partir du serveur et configuration de la mise en pension de nouveau. De ce fait le repo accepter s'engage pour un couple de heures jusqu'à ce qu'il n'a pas encore la même erreur.
Engage actuellement de travailler à nouveau avec TortoiseSVN, mais ne parviennent pas à la client en ligne de commande.
Ce n' E730054
signifie et comment puis-je résoudre ce problème pour de bon?
J'ai mis à niveau vers Jessie dans l'intervalle, mais la situation ne s'améliore pas. S'engage avec la Tortue cessé de travailler à nouveau, ce qui signifie qu'il se bloque au niveau de "l'Envoi de Contenu en" action pour environ cinq minutes, puis imprime l'erreur est dans le titre.
Extractions encore travailler sans accroc, si.
apache2 -v
:
Version du serveur: Apache/2.4.9 (Debian)
Serveur de génération: Mar 29 2014 21:52:01
svn --version
:
svn, version 1.8.8 (r1568071)
compilé 1 Avr. 2014, 03:41:42 sur i486-pc-Linux-GNU
Voici un fil qui traite de l'erreur, mais je ne pouvais pas conclure une solution à mon problème.
J'ai remarqué que le problème survient lorsque je veux engager le deuxième modification d'un fichier.
Mon fix
La question s'en alla en permanence après l'utilisation de svnserve
au lieu de apache2
. Ce tutoriel m'a aidé à le configurer.
source d'informationauteur Matthias Braun
Vous devez vous connecter pour publier un commentaire.
Que j'ai lu sur le fil, il semble que certains problèmes dans le WEBDAV mise en œuvre sur site client s'écraser apache-fil. J'ai eu d'autres problèmes avec pré 1.8 référentiels et j'ai résolu la plupart d'entre eux par dump/recharger l'ensemble du référentiel dans une nouvelle (à l'aide de "svnadmin de mise à niveau" n'est pas suffisant!). Pre 1..8 Repos ont parfois corrompus/obsolète" données d'une révision de fichiers qui est ignoré par les clients. Il semble que cela pourrait causer l'erreur de segmentation.
Vous pouvez dump/recharger votre référentiel comme ceci :
Noter que cela peut prendre énormément de temps pour effectuer une mise à jour/recharger cycle (approx. 1GO/h +- 50%, dépendant principalement de la vitesse du disque)
Si vous avez un autre moment, veuillez poster votre temps, je suis en train de faire une recherche privé de sauvegarde/rechargement du cycle de performances..
J'ai eu ce problème avec un seul fichier tout en essayant de vérifier dans plusieurs fichiers en utilisant Tortoise SVN sous Windows 7 x64. Plusieurs tentatives de commettre le fichier à l'aide d'une variété de versions différentes de Tortoise SVN et la version de ligne de commande SVN échoué.
À l'époque, mon ordinateur portable a l'aide de mon domicile FAI connexion internet. Lorsque plus tard, je suis allé au travail et a tenté de commettre la faute de fichier à partir de mon employeur réseau, le fichier a été commis sans problème.
Je ne sais pas pourquoi cela a été le cas, mais si vous rencontrez ce problème et de trouver votre chemin à cette réponse par le biais d'un moteur de requête de recherche, vous pouvez essayer de nouveau en utilisant une autre connexion internet. Tandis que pas une solution au problème, il peut fournir une solution temporaire.
J'ai été faire cette erreur.
Erreur d'exécution de contexte: Une connexion existante a dû être fermée par la distance
J'ai résolu ce problème en changeant le serveur proxy pour Cntlm et il fonctionne parfaitement bien.
Je suis en utilisant TortoiseSVN version 1.9.3.
Ai même erreur.
Mon problème était avec l'antivirus Avast, quand j'ai mis l'url du serveur svn dans le exclutions le problème a été résolu.
J'ai rencontré ce problème après notre serveur svn migré du réseau local vers internet. Enfin, je résoudre ce problème par la changer mon Adresse IP.
Par Exemple: à partir de 192.168.0.60 à 192.168.0.71.