SVN error running context: une connexion existante a été fermée de force par l'hôte distant
J'ai créé un SVN repo sur mon serveur Debian Wheezy build en suivant ce tutoriel.
svn --version donne 1.6.17.
malheureusement, je ne peux plus m'engager dans le repo de ma machine 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 l' 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 commettre: accès.journal.
Il n'y a pas d'entrée pour la même heure dans le journal des erreurs.
je suis encore capable de vérifier le contenu de la repo et svn info http://myurl/svn/myrepo fonctionne aussi très bien.
le serveur Debian avec repo tourne à l'intérieur d'une VM sur un serveur Windows 2008 R2 (Hyper-V-Manager 6.1). La connexion de ma machine Windows au serveur Windows est établie en utilisant FortiClient 4.2.8.0307.
après que j'ai rencontré cette erreur hier, j'ai purgé svn de la serveur et configuration de la mise en pension de nouveau. Cela a fait le repo accepte commet pendant quelques heures jusqu'à ce qu'il a échoué à nouveau avec la même erreur.
commet actuellement un nouveau travail avec TortoiseSVN mais échoue avec le client en ligne de commande.
Que E730054 moyen et comment puis-je le réparer pour de bon?
Je suis passé à Jessie dans l'intervalle, mais la situation ne s'est pas améliorée. Commet avec la tortue arrêté de travailler à nouveau, ce qui signifie qu'il reste accroché à l'action "envoyer du contenu" pendant environ cinq minutes, puis imprime l'erreur qui se trouve dans le titre.
les check-out fonctionnent toujours sans problème.
apache2 -v:
Version serveur: Apache / 2.4.9 (Debian)
Construction du serveur: 29 mars 2014 21: 52: 01
svn --version:
svn, version 1.8.8 (r1568071)
compilé Apr 1 2014, 03:41: 42 sur i486-pc-Linux-GNU
Voici un thread cela parle de l'erreur, mais je n'ai pas pu en tirer de solution pour mon problème.
j'ai remarqué que le problème survient lorsque je veux commettre l' deuxième modification d'un fichier.
Mon fix
le problème a disparu définitivement après avoir utilisé svnserve au lieu de apache2. Ce tutoriel m'a aidé à le configurer.
5 réponses
alors que je lisais sur le thread, il semble que certains problèmes dans L'implémentation WEBDAV sur le site client aient fait planter le thread apache. J'ai eu d'autres problèmes avec les dépôts pré 1.8 et j'ai résolu la plupart d'entre eux en déchargeant/rechargeant l'ensemble du dépôt dans un nouveau (en utilisant "svnadmin de mise à niveau" n'est pas suffisant!). Pre 1..8 Les Repos ont parfois des données "corrompues / obsolètes" dans les fichiers de révision qui sont ignorées par les clients. Il semble que cela pourrait causer l'erreur de segmentation.
Vous pouvez dump/recharger votre référentiel comme ceci :
svnadmin create newrepos
svnadmin dump oldrepos | svnadmin load newrepos
notez qu'un cycle de mise à jour / rechargement (env. 1GB / h +- 50% dépendant principalement de la vitesse du disque) Si vous avez une heure différente, s'il vous plaît postez votre heure, je fais une recherche privée de performances de cycle de dump/reload..
j'ai eu ce problème avec un seul fichier en essayant de vérifier plusieurs fichiers en utilisant Tortoise SVN sur Windows 7 x64. Plusieurs tentatives de propagation du fichier à L'aide de différentes versions de tortue SVN et de la version en ligne de commande de SVN ont échoué.
à l'époque, mon ordinateur portable utilisait la connexion Internet de mon FAI. Plus tard, lorsque je me suis rendu au travail et que j'ai tenté de transmettre le dossier défectueux à partir du réseau de mon employeur, le dossier a été transmis sans problème.
Je ne sais pas pourquoi c'était le cas, mais si vous rencontrez ce problème et trouver votre chemin à cette réponse par une requête de moteur de recherche, vous pouvez vouloir essayer à nouveau – en utilisant une connexion internet différente. Tandis que pas une solution au problème, il peut fournir une solution temporaire.
j'ai été faire cette erreur.
contexte D'exécution D'erreur: une connexion existante a été fermée de force par la télécommande
j'ai résolu ce problème en passant le proxy à Cntlm et ça fonctionne parfaitement. J'utilise la version 1.9.3 de TortoiseSVN.
Ai même erreur. Mon problème était Avast antivirus, quand j'ai mis l'url du serveur svn dans les exclusions, le problème a été résolu.
j'ai rencontré ce problème après que notre serveur svn ait migré du lan à internet. Enfin, je résoudre ce problème par changer mon adresse IP.
par exemple: de 192.168.0.60 à 192.168.0.71.
version SVN: TortoiseSVN 1.9.7, Build 27907-64 Bit
Version OS: Windows 10, 1703