java.net.Exception socketexception: Aucun espace tampon disponible (maximum de connexions atteint?): JVM_Bind
Tomcat est en cours d'exécution d'une application web sous Windows. Après quelques jours (sous très faible charge), à l'exception mentionnée dans le titre, commence à apparaître dans les journaux, pas de nouvelles connexions peuvent être établies à partir de ce moment, la seule solution est de redémarrer le serveur.
Environnement:
- Dernière Tomcat 6
- Windows Server 2008 R2
- JDK 6 update 30
- SQL Server 2008
- L'authentification Kerberos
Preuves recueillies à ce jour:
- netstat affiche pas de quantité excessive de connexions
- ProcessExplorer montre pas de quantité excessive de descripteurs de fichiers ouverts
- principale de l'utilisation de la mémoire est moyenne
- L'utilisation du tas de la JVM est moyenne
- le redémarrage de Tomcat ne résout pas le problème
Questions ouvertes:
- si nous étions des fuites de connexions, ne devraient-ils pas se montrer dans netstat?
- ne devrait pas redémarrer le serveur d'applications de résoudre le problème, parce que l'OS doit libérer toutes les ressources de processus?
- est-il un moyen de tracer le problème à son origine? E. g. l'installation d'un logiciel de surveillance, peut-être quelque chose de similaire à lsof etc.?
Je suis à court d'idées, tous les indicateurs apprécié!
- Il y a beaucoup de questions similaires à la vôtre, merci de faire une recherche et de les vérifier en premier.
- Je n'ai, croyez-moi. Aucun d'entre eux ont aidé à résoudre mon problème, car je ne suis pas en voir la symptômes je devrais être en train de voir, et aucun d'entre eux contiennent des conseils sur la façon de la source du problème peut être identifié.
Vous devez vous connecter pour publier un commentaire.
La raison que nous avons eu cette erreur est du à un bug dans Windows Server 2008 R2 /Windows 7. Le noyau des fuites de bouclage des sockets en raison d'une condition de concurrence sur les machines avec plus d'un cœur, ce correctif résout le problème:
http://support.microsoft.com/kb/2577795
Je courais de la Communauté Alfresco 4.0 d sur Windows 7 64 bits et avait les mêmes symptômes et les erreurs.
Le problème a été résolu avec la rustine de Microsoft: "Noyau sockets fuite sur un ordinateur multiprocesseur qui exécute Windows Server 2008 R2 ou Windows 7" (http://support.microsoft.com/kb/2577795) (ie. Copain du Casino de réponse (voir ci-dessous)).
Une autre observation que je voudrais ajouter, c'est que Windows connexions (Internet Explorer, Bureau à Distance, etc) serait de travailler à nouveau environ 5 à 10 minutes après la Alfresco services étaient à l'arrêt.
Alfresco est un excellent produit et j'ai eu peur d'avoir à jeter à la corbeille. Heureusement stackoverflow est venu à la rescousse !
Merci encore de Copain Casino de réponse.
Boo à la personne qui la baisse voté la Question.
Nous voyons la même chose dans une configuration similaire, W2008R2, Tomcat 6.0.29, Java 1.6.0.25. Le redémarrage de tomcat n'aide pas, mais en redémarrant le serveur lui-même n', au moins pour un temps. Après la dernière fois que nous avons commencé à arrêter des services individuels et nous croyons que nous avons réduit à une instance d'Alfresco qui est également en cours d'exécution sur le serveur ou le Backup Exec Agent de services. Après ces services (quatre au total), ont été arrêtés, les applications Tomcat commencé à travailler à nouveau, même si nous étions encore en voyant le tampon/connexions erreur dans la sortie standard (stdout) journal qui était étrange. Faudra attendre que le problème de retour avant de confirmer qui sont les coupables, ce qui pourrait être n'importe où de quelques jours à une semaine ou plus.
Hasard, vous êtes en cours d'exécution soit en plein air ou en ÊTRE sur votre serveur?