[mod_cluster-issues] [JBoss JIRA] Commented: (MODCLUSTER-147) Failover doesn't work
Bela Ban (JIRA)
jira-events at lists.jboss.org
Mon May 3 02:58:05 EDT 2010
[ https://jira.jboss.org/jira/browse/MODCLUSTER-147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12528577#action_12528577 ]
Bela Ban commented on MODCLUSTER-147:
-------------------------------------
This only happens if both nodes run off of the same config on the same host, e.g.
node1: run.sh -c all
node2: run.sh -c all
If we cp -r all node; co -r all node2:
node1: run.sh -c node1
node2: run.sh -c node2,
this works fine.
Still a bug, but I'm going to downgrade this issue to major...
> Failover doesn't work
> ---------------------
>
> Key: MODCLUSTER-147
> URL: https://jira.jboss.org/jira/browse/MODCLUSTER-147
> Project: mod_cluster
> Issue Type: Bug
> Affects Versions: 1.1.0.CR1
> Reporter: Bela Ban
> Assignee: Jean-Frederic Clere
> Priority: Blocker
>
> A simple failover for a given webapp (with session state) doesn't work, web.war is attached, steps to reproduce are below.
> Environment:
> - JBoss SVN trunk (April 30), approximately AS 6 M3
> - mod-cluster provide httpd
> How to reproduce:
> 1. Start node1
> 2. Access a webapp (node1)
> 3. Start node2
> 4. Kill node1
> 5. Access the webapp, error:
> 2010-04-29 09:35:22,118 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/SessionDemo].[jsp]] (ajp-192.168.1.5-8009-5) Servlet.service() for servlet jsp threw exception: java.lang.ClassNotFoundException: org.apache.jsp.index_jsp
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202) [:1.6.0_18]
> at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_18]
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190) [:1.6.0_18]
> at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:135) [:]
> at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:67) [:]
> at org.jboss.web.tomcat.service.TomcatInjectionContainer.newInstance(TomcatInjectionContainer.java:276) [:6.0.0-SNAPSHOT]
> at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:145) [:]
> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) [:]
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:326) [:]
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:253) [:]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Beta2]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:336) [:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:293) [:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [:]
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183) [:6.0.0-SNAPSHOT]
> at org.jboss.web.tomcat.service.session.ClusteredSessionValve.handleRequest(ClusteredSessionValve.java:135) [:6.0.0-SNAPSHOT]
> at org.jboss.web.tomcat.service.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:94) [:6.0.0-SNAPSHOT]
> at org.jboss.web.tomcat.service.session.JvmRouteValve.invoke(JvmRouteValve.java:88) [:6.0.0-SNAPSHOT]
> at org.jboss.web.tomcat.service.session.LockingValve.invoke(LockingValve.java:62) [:6.0.0-SNAPSHOT]
> at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.CR1]
> at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.CR1]
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95) [:6.0.0-SNAPSHOT]
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126) [:6.0.0-SNAPSHOT]
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70) [:6.0.0-SNAPSHOT]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:]
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.0.0-SNAPSHOT]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [:]
> at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:504) [:]
> at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:436) [:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:]
> at java.lang.Thread.run(Thread.java:619) [:1.6.0_18]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the mod_cluster-issues
mailing list