Lors de la mise à jour du référentiel subversion à l'aide de tortoise svn client-je obtenir de l'erreur de le regarder de cette manière:
Could not read chunk size: An existing connection was forcibly closed by the remote host.
Cela ne m'empêche pas de mise à jour, juste interruptions du processus de mise à jour, de sorte que je dois refaire la mise à jour à plusieurs reprises, avant qu'il soit terminé.
Ce qui peut provoquer un tel comportement et comment le résoudre?
J'ai fait le "ne Pouvaient pas lire un morceau de la taille" message de clients sur plusieurs machines.
La clé pour essayer de le comprendre est de cette erreur dans le journal des erreurs d'Apache:
[Fri May 07 14:26:26 2010] [error] [client 155.35.175.50] Provider encountered an error while streaming a REPORT response. [500, #0]
[Fri May 07 14:26:26 2010] [error] [client 155.35.175.50] Problem replaying revision [500, #24]
[Fri May 07 14:26:26 2010] [error] [client 155.35.175.50] Can't open file '/usr/site/svnrep/impc/db/revs/16122': Too many open files [500, #24]
Le processus Apache de la manipulation de la svn opération était en cours d'exécution hors de descripteurs de fichiers. Sur mon serveur Ubuntu, je l'ai corrigé en modifiant /etc/security/limits.conf et en ajoutant ceci au bas:
* hard nofile 5000
* soft nofile 5000
Ce qui augmente la limite de descripteur de fichier de 1024 à 5000. Puis, je me suis connecté sur un nouveau shell et a confirmé que la limite est plus étendue via ulimit -n. Ensuite redémarré Apache.
Je viens de recevoir le 'ne pouvaient pas lire un morceau de la taille d'erreur" ET a TROUVÉ UNE SOLUTION , au moins pour un scénario.
SERVEUR: CollabNet Subversion Serveur Edge 2.0.0-2190.74 (Subversion binaires 1.6.17-2190.74) en cours d'exécution sur Windows Server 2003 32 bits.
CLIENT: TortoiseSVN 1.6.16, Construire 21511 - 32-Bits (Subversion 1.6.17 exécuté sur Windows XP Pro 32 bits avec service pack 3.
J'ai eu cette erreur après le droit-cliquer-glisser une de version sous-dossier dans un autre de version sous-dossier à l'intérieur de ma copie de travail locale dossier, puis en choisissant "SVN Copie de version d'élément(s) ici" (c'est un TortoiseSVN commande du menu contextuel dans l'Explorateur Windows lorsque droite-glisser des dossiers). Le sous-dossier contenait un format texte ANSI fichier MANIFESTE.MF, qui, je crois, je n'ai pas modifier (ma configuration de Subversion ne comprend pas un type mime .MF fichiers). J'ai par la suite commis le nouvellement copié sous-dossier. Plus tard, quand j'ai essayé de mettre à jour mon Subversion copie de travail locale des dossiers sur ce PC, j'ai eu la taille de segment d'erreur.
J'ai résolu ce problème en redémarrant mon Subversion/service Apache (ce qui en soi n'a pas aidé et ne pas avoir été nécessaire), puis la suppression de la nouvellement ajouté sous-dossier de mon local de travail copier le dossier (il l'avait déjà fait pour les pensions de titres, alors je ne risquais pas de perdre quoi que ce soit), et PUIS en effectuant une mise à Jour, qui a réussi sans le gros morceau de la taille de l'erreur et de re-cherché le sous-dossier j'ai juste supprimé.
Dans mon cas, j'avais copié DEUX versionnées les sous-dossiers de cette façon, et je ne pouvais pas mettre à jour correctement la racine de ma copie de travail locale dossier jusqu'à ce que j'avais supprimé ces DEUX nouveaux sous-dossiers.
Je suppose que c'est un bug dans le serveur Subversion et/ou client TortoiseSVN, mais je dois avoir les compétences de débogage pour faire cette détermination. Je vais faire part de mes conclusions dans le TortoiseSVN outil de suivi et de voir où cela va.
Vérifiez le journal des erreurs d'apache, il doit y avoir une erreur est consignée dans il avec un numéro d'erreur. Qui aidera à trouver la raison de la connexion a été interrompue.
Si il n'y a rien dans le log d'erreur, vérifiez que votre antivirus/pare-feu: certains de ces outils d'une perte de connexion s'ils pensent que les données transférées sont dangereux.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
