Apache/module mod_jk ne parviennent pas à se connecter jboss après l'exécution de certains temps
- Je utiliser Apache/module mod_jk pour connecter jboss. Mais après l'exécution d'un certain temps, quelque chose se passe mal .
Apache: 2.2.22
mod_jk: 1.2.37
Jboss: 5.1.0 GA(environnement de cluster)
OS: CentOS 5.2 x86_64
JDK: 1.6.0_30-b12
Ici est une partie de mod_jk.journal
[Thu Oct 18 15:21:35.044 2012] [26272:47208100643936] [error] ajp_connect_to_endpoint::jk_ajp_common.c (1035): (node1) cping/cpong after connecting to the backend server failed (errno=110)
[Thu Oct 18 15:21:35.044 2012] [26272:47208100643936] [error] ajp_send_request::jk_ajp_common.c (1630): (node1) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=110)
[Thu Oct 18 15:22:35.643 2012] [26272:47208100643936] [error] ajp_connect_to_endpoint::jk_ajp_common.c (1035): (node1) cping/cpong after connecting to the backend server failed (errno=110)
[Thu Oct 18 15:22:35.643 2012] [26272:47208100643936] [error] ajp_send_request::jk_ajp_common.c (1630): (node1) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=110)
[Thu Oct 18 15:22:35.643 2012] [26272:47208100643936] [error] ajp_service::jk_ajp_common.c (2626): (node1) connecting to tomcat failed.
[Thu Oct 18 15:23:36.143 2012] [26272:47208100643936] [error] ajp_connect_to_endpoint::jk_ajp_common.c (1035): (node2) cping/cpong after connecting to the backend server failed (errno=110)
[Thu Oct 18 15:23:36.143 2012] [26272:47208100643936] [error] ajp_send_request::jk_ajp_common.c (1630): (node2) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=110)
[Thu Oct 18 15:24:36.742 2012] [26272:47208100643936] [error] ajp_connect_to_endpoint::jk_ajp_common.c (1035): (node2) cping/cpong after connecting to the backend server failed (errno=110)
[Thu Oct 18 15:24:36.742 2012] [26272:47208100643936] [error] ajp_send_request::jk_ajp_common.c (1630): (node2) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=110)
[Thu Oct 18 15:24:36.742 2012] [26272:47208100643936] [error] ajp_service::jk_ajp_common.c (2626): (node2) connecting to tomcat failed.
[Thu Oct 18 15:24:36.742 2012] [26272:47208100643936] [error] service::jk_lb_worker.c (1485): All tomcat instances failed, no more workers left
partie de http.conf:
JkWorkersFile conf/workers.properties
JkMountFile conf/uriworkermap.properties
JkLogFile logs/mod_jk.log
JkLogLevel warn
travailleurs.propriétés:
worker.list=loadbalancer,loadbalancer_2,status
worker.node1.port=8009
worker.node1.host=10.123.76.6
worker.node1.type=ajp13
worker.node1.lbfactor=1
worker.node2.port=8009
worker.node2.host=10.123.76.4
worker.node2.type=ajp13
worker.node2.lbfactor=1
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=node1,node2
worker.loadbalancer.sticky_session=true
worker.loadbalancer.sticky_session_force=false
worker.loadbalancer_2.type=lb
worker.loadbalancer_2.balance_workers=node1,node2
worker.loadbalancer_2.sticky_session=true
worker.loadbalancer_2.sticky_session_force=false
Attentions: Jboss fonctionne bien. telnet
jboss 8009
est normal. Si vous redémarrez jboss, il fonctionne à nouveau. Mais si vous redémarrez apache, il n'aide pas。
Quelqu'un a déjà rencontrer ce problème ?
pourquoi vous pouvez définir deux identiques loadbalansers?
OriginalL'auteur | 2012-10-25
Vous devez vous connecter pour publier un commentaire.
Je pense que paramètre de délai d'expiration de connexion pour connecteur ajp serait résoudre votre problème.
Comme cela devrait fonctionner
vous pouvez configurer cela dans server.xml
plus de documentation sur cet attribut, vous pouvez lire à ce sujet dans les docs officielles http://docs.jboss.org/jbossweb/latest/config/ajp.html
connectionTimeout
?vérifier docs.jboss.org/jbossweb/latest/config/ajp.html connectionTimeout: Le nombre de millisecondes ce Connecteur attendre, après l'acceptation d'une connexion, pour l'URI de la demande de la ligne à être présenté. La valeur par défaut est infinie (pas de délai d'attente). Il peut arriver que la connexion "se bloque" et pas de délai d'attente et qui va remplir le pool de connexion (contrôlé par max-threads) après la connexion de la piscine est plein, il l'habitude d'accepter de nouvelles connexions et de serveur "vicié"
OriginalL'auteur ctomc
Avez-vous corriger les jvmRoute dans server.xml fichier?
exact de la ligne devrait ressembler à ceci:
et sur le second serveur, il y aura jvmRoute="node2".
OriginalL'auteur balent