Re: clustering questions
So the proper location for a Cluster element is inside a Host element? Host Does this mean I need to have a separate Cluster element for each virtual host? yes, unfortunately, the better solution is to do the virtual hosting in your apache server. That way you only need one cluster config. Filip Mark Eggers wrote: I'm looking at clustering and have a few questions. 1. In the documentation, the Cluster element is shown as a child of the Engine element. In the example server.xml the Cluster element is shown in the Host element. When I put the Cluster element in the Host element, I get clustering messages in catalina.out. I don't get this if I put the Cluster element in the Engine element. So the proper location for a Cluster element is inside a Host element? 2. There is a statement concerning number of threads would be optimal if it matched the number of nodes. I am fronting Tomcat with Apache/mod_jk. Would the number of nodes be the maximum clients I have configured for Apache times the number of Apache servers that can hit this Tomcat server? I am looking at having several virtual hosts running under one Tomcat instance. Does this mean I need to have a separate Cluster element for each virtual host? Thanks for helping me get started on this. /mde/ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: picture of session state for nodes in cluster??
you would have to write a valve or other component that queries the Tomcat internal classes yourself, If you do come up with something very useful, we would love to include it into the code base. Filip John MccLain wrote: How can I get a picture of session state for each node in a cluster every time a session is replicated? is there some valve or filter out there I can use? I am having clustering problems with our app, and I want to see what the difference is in session state between the nodes in the cluster John McClain Senior Software Engineer TCS Healthcare [EMAIL PROTECTED] (530)886-1700x235 Skepticism is the first step toward truth - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to query for number of active participants in the tomcat 5.5 cluster
you would need to write a component that queries the cluster classes (internal tomcat components) yourself. I believe you can reach the cluster object through JMX and through the tomcat classes (host etc) the interface CatalinaCluster.getMembers() returns all members in a cluster. Filip Edmon Begoli wrote: Hi, Is it possible to query host tomcat for the number of active participants in the cluster that host tomcat belongs to. If yes - can you please point me to the API, and possibly examples. Thank you, Edmon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Clustering without farmwardeployer
Two suggestions: 1. Make sure the farm war deployer is really turned off, and by the way, the farm war deployer doesn't deploy into webapps, instead into the dir you specify in server.xml 2. Check your scripts again, chances are you are the one redeploying your own old code. Filip Todd Huss wrote: We have a Tomcat cluster setup across 9 servers with clustering for session replication. However, we are not using the farmwardeployer because we have our own script that we use to shutdown each tomcat, deploy a fix version, and then start it up again so we don't incur any downtime. However, we're seeing some very unusual behavior. After shutting down one node, deleting contents of webapps and work directories, dropping in a new war, and restarting, the new files that get exploded in the webapps directory are not those of the war dropped into the webapps directory. They are instead the files from the previous war which is no longer on the local filesystem. It leads me to believe that even though we have the farmwardeployer turned off, that when we start tomcat in clustered mode, rather than exploding the local war, it's getting the contents of the war from another node. Any ideas? Thanks, Todd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to determine clustering problem?
turn on logging, see Tomcat docs then through log4j you can turn on logging for only org.apache.catalina.cluster and you will be able to see all messages going through. Filip John MccLain wrote: We have a webapp that runs fine in 1 tomcat instance. We have insured that all classes being stored in session are serializable When I put the app into a cluster of 3 Tomcats on my machine, it kind of works, but I am getting inconsistent failures. It is like constantly running down rabbit holes as the errors change continually. Is there a way to debug clustered apps? If this is a possible memory, issue, How do I change the memory configuration for each Tomcat instance? Is there a timeout for each screen request? can I configure it? John McClain Senior Software Engineer TCS Healthcare [EMAIL PROTECTED] (530)886-1700x235 Skepticism is the first step toward truth - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to use Database persistence for tomcat clustering?
Configure the PersistenceManager as your session manager hang zhao wrote: Hi, everyone I am trying some configuration with my small tomcat cluster (2 tomcats, 1 apache, connected with mod_jk2 as load balancer). The problem is that I want to use a shared database (Mysql) to do session replication instead of in-memory session replication. But to the best of my knowledge, you seems can not make session level fail over to work with shared database session replication. The changed session data is not sent to database immediately. In another word, how can I configure so that when I change session data, it is sent to database immediately. And so when some nodes dies, the other node can pick up the unfinished request silently without session data loss. Thanks in advance Hang __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Limit catalina.out size
or like we do, we pipe the output through cronolog Filip Tim Funk wrote: There shouldn't be anything going to standard output (Unless your code is writing to System.out) An overly simple way to rotate logs in unix ... cd $tomcat_log_dir cp -f catalina.out catalina.out.`date +%Y.%m.%d` cat /dev/null catalina.out -Tim Jimmy Ray wrote: Running on HPUX...SDK 1.4.2...the standard output is going to catlaina.out. Is it possible to change the logger settings reduce the size of the catalina.out file and perform circular logging? If so where are these settings? Regards, Jimmy Ray - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cluster Deployment Question
Make sure your WAR file gets properly installed on both instances SEVERE: Unable to install WAR file java.io.FileNotFoundException: C:\tmp\war-deploy\clustertest.war (The system cannot find the path specified) Durfee, Bernard wrote: I am ready to set Tomcat up in a clustered environment. So to test I have installed two instances of Tomcat 5.5.7 on the same XP machine. One listens on 8080 and the other on 8081. I configured the server.xml as follows... Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000 / Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=10 / Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled ackTimeout=15000 / Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt; / Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=/tmp/war-temp/ deployDir=/tmp/war-deploy/ watchDir=/tmp/war-listen/ watchEnabled=false / /Cluster ...with tcpListenPort as 4001 in one instance and 4002 in the other. With watchEnabled false on one but true on the other. The Tomcat instances start fine and both indicate... INFO: Replication member added ...when started. This tells me that they see each other. When I try to deploy a web-app by dropping it in the war-listen directory I get... SEVERE: Unable to install WAR file java.io.FileNotFoundException: C:\tmp\war-deploy\clustertest.war (The system cannot find the path specified) ...okay, so that doesn't work. So I try to deploy through the manager on 8080 using Select WAR file to upload... The 8080 server says: WARNING: Manager[/clustertest], requesting session state from org.apache.catalina.cluster.mcast.McastMember[tcp://123.321.21.25:4002,1 41.254.21.25,4002, alive=227500]. This operation will timeout if no session state has been received within... The 8081 server then says: Mar 18, 2005 3:03:35 PM org.apache.catalina.cluster.tcp.SimpleTcpCluster messageDataReceived WARNING: Context manager doesn't exist:/clustertest ...then the 8080 server waits, then times out and says... SEVERE: Manager[/clustertest], No session state received, timing out. ...any ideas? Seems like the Tomcats are talking and trying, but can't send the WAR from one to the other. Bernard Durfee - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache/Tomcat 4.1.18 - Displaying empty Strings as null
install tomcat 4.1.31 on your new server Mendez, Eric wrote: Hello, I recently installed Apache/Tomcat v 4.1.18 on my new server, and I have a JSP page that extracts values from an Oracle database, if the value in the database is an empty String (), it returns as a null value in my JSP page. I have another server with Tomcat v. 4.1.31, and I am not having this issue. The new server has JDK v. 1.4.2 and my old server has v. 1.4.1. Any ideas will help. Thanks Confidentiality Note: The preceding e-mail message (including any attachments) contains information that may be confidential, protected by applicable legal privileges, or constitute non-public information. It is intended to be conveyed only to the designated recipient(s). If you are not an intended recipient of this message, please notify the sender by replying to this message and then delete it from your system. Use, dissemination, distribution or reproduction of this message by unintended recipients is not authorized and may be unlawful. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat load-balancing maintenance strategy?
its fixed in 5.5.x, you need a patch for 5.0.x? Dan Carwin wrote: I also experienced cluster failure when restarting a downed cluster member in 5.0. I tested with Tomcat 5.0.30. Randall, what version of Tomcat did you succeed with? Thanks, Dan -Original Message- From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 08, 2005 10:45 AM To: Tomcat Users List Subject: RE: tomcat load-balancing maintenance strategy? Jim, Also check the archives for my post on restarting a downed Tomcat cluster member. This was not working well prior to Tomcat 5.5.8. When the instance was restarted it would throw exceptions trying to re-synchronize vi session replication. - Richard -Original Message- From: Randall Svancara [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 08, 2005 9:40 AM To: Tomcat Users List Subject: RE: tomcat load-balancing maintenance strategy? You need to implement either in memory session replication or persist the session in a database or a shared file system. I have finally got my tomcat cluster working and session replication is functional. Randall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SV: Cluster: will session listeners got called again after replication?
listeners will not be invoked on a state transfer, as it is not considered an event. when a new member joins the cluster, it requests a state transfer from one of the other members. Joseph Lam wrote: I have it turned on already. But seems that after a node is killed and then started up again, even though it can pick up the sessions from the other nodes, my HttpSessionBindingListener and HttpSessionListener were not called at all during the replication. Joseph On Fri, 25 Feb 2005, Filip Hanik - Dev Lists wrote: there is a flag you can set so that listeners don't get called, its optional its called notifyListenersOnReplication, see server.xml for example, default is true Filip Jesper Ekberg wrote: Hello! My first mail to this list. :) I have read it for a long time tho. We have a tried to cluster 3 Tomcat 5.5.7 machines and I found that HttpSessionBindingListener will be notified when the session is replicated and the machine crashes. I think this must be a bug?? The scenario: 3 Tomcat 5.5.7 machines on Windows 2003 Server (I know, not my fault ;)). JK2 Connector for load balancing. I log on and session is created and is replicated correctly to all machines. I shut down the server that I'm working on. The session is destroyed and method valueUnbound is called on the crashed machine. It seems odd to me that the method valueUnbound is called when the session is replicated, the session still lives on the other Tomcat machines. Sorry for my sometimes bad English ;) //Jesper -Ursprungligt meddelande- Från: Joseph Lam [mailto:[EMAIL PROTECTED] Skickat: den 24 februari 2005 08:44 Till: Tomcat Users List Ämne: Cluster: will session listeners got called again after replication? Anyone knows when a session is replicated to other nodes, will the HttpSessionBindingListener and HttpSessionAttributeListener objects be notified again? On the receiver nodes, how can I detect when a session from the sender node comes in so that I can do something with it? Joseph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat clustering and NotSerializableException
As Richard says, don't store your request in the session, not a good idea. Richard Mixon (qwest) wrote: CoyoteRequestFacade is the first element in the stack trace - it is not the session stored object that is causing the NotSerializableException. As I said in my prior posting, to resolve this issue you need to: 1) Identify each object that you are explicitly storing in the session and make sure it directly or indirectly (through inheritance) specified that it implements Serializable. 2) Follow the chain from each session object to other objects that it references and make sure they are ALL marked as serializable (again - either directly or indirectly) That will fix your problem. These issues often do not come up until either you: 1. Try and use session replication. 2. Try to persist sessions to a datastore and access from a cluster. 3. Try to persist sessions across a restart of Tomcat. Also, please just reply to the list - not to the list and to the poster. HTH - Richard Sng Wee Jim wrote: But the stacktrace says java.io.NotSerializableException: org.apache.coyote.tomcat5.CoyoteRequestFacade at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:13 32) at Since CoyoteRequestFacade is a tomcat class, I assume it has to be fixed by the tomcat team. Unless the actual object that is not Serializable not CoyoteRequestFacade is available somewhere else... - Jim -Original Message- From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Monday, February 28, 2005 11:13 PM To: Tomcat Users List Subject: RE: Tomcat clustering and NotSerializableException As Matt said its probably your applications objects. When we switched to clustering I was surprised at how many of my session objects I needed to add serializable to. But it was easy work and quickl done. HTH - Richard Dale, Matt wrote: I would guess that this means you have an object in your session that does not implement the serializable interface. Ta Matt -Original Message- From: Sng Wee Jim [mailto:[EMAIL PROTECTED] Sent: 28 February 2005 09:21 To: tomcat-user@jakarta.apache.org Subject: Tomcat clustering and NotSerializableException Hi, I am using Tomcat 5.0.28 on MS Win2k server. After I have uncommented the Cluster element in server.xml, I get the following exceptions on the tomcat console for some actions that are using displaytag. Is it a tomcat bug, since org.apache.coyote.tomcat5.CoyoteRequestFacade is involved? (DeltaManager.java:813)- Unable to serialize delta request java.io.NotSerializableException: org.apache.coyote.tomcat5.CoyoteRequestFacade at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java 1332) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13 04) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav a:1247) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278) at org.apache.catalina.cluster.session.DeltaRequest$AttributeInfo.writeE xternal(DeltaRequest.java:300) at org.apache.catalina.cluster.session.DeltaRequest.writeExternal(DeltaR equest.java:217) at org.apache.catalina.cluster.session.DeltaManager.unloadDeltaRequest(D eltaManager.java:393) at org.apache.catalina.cluster.session.DeltaManager.requestCompleted(Del taManager.java:782) at org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationVa lve.java:203) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:102) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16 0) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.ja va:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at
Re: skipping state transfer. No members active in cluster group
your multicast isn't working. Filip Randall Svancara wrote: I have a problem in my tomcat logs. I am using tomcat 5.5.7 and whenever I start up tomcat for the first time, I receive this error message. INFO: Manager[/testapp], skipping state transfer. No members active in cluster group. After the delta manager starts, I receive this error. Should I be concerned about this I have set distributable/ in my web.xml. My server.xml has all the clustering stuff enable. I have provided it below!! I have started up ethereal and I can see the multicast packets broadcasting. The data portion contains the ip address of the server. Everything looks like it should work. Randall Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=false notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=224.0.0.3 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000 mcastBindAddress=10.111.22.163/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=10.111.22.163 tcpListenPort=4002 tcpSelectorTimeout=200 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; / Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=/tmp/war-temp/ deployDir=/tmp/war-deploy/ watchDir=/tmp/war-listen/ watchEnabled=false/ /Cluster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SV: Cluster: will session listeners got called again after replication?
there is a flag you can set so that listeners don't get called, its optional its called notifyListenersOnReplication, see server.xml for example, default is true Filip Jesper Ekberg wrote: Hello! My first mail to this list. :) I have read it for a long time tho. We have a tried to cluster 3 Tomcat 5.5.7 machines and I found that HttpSessionBindingListener will be notified when the session is replicated and the machine crashes. I think this must be a bug?? The scenario: 3 Tomcat 5.5.7 machines on Windows 2003 Server (I know, not my fault ;)). JK2 Connector for load balancing. I log on and session is created and is replicated correctly to all machines. I shut down the server that I'm working on. The session is destroyed and method valueUnbound is called on the crashed machine. It seems odd to me that the method valueUnbound is called when the session is replicated, the session still lives on the other Tomcat machines. Sorry for my sometimes bad English ;) //Jesper -Ursprungligt meddelande- Från: Joseph Lam [mailto:[EMAIL PROTECTED] Skickat: den 24 februari 2005 08:44 Till: Tomcat Users List Ämne: Cluster: will session listeners got called again after replication? Anyone knows when a session is replicated to other nodes, will the HttpSessionBindingListener and HttpSessionAttributeListener objects be notified again? On the receiver nodes, how can I detect when a session from the sender node comes in so that I can do something with it? Joseph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cluster: Is session's lastAccessedTime got replicated?
unless the session is primary, the last accessed time wont matter, when the session becomes primary, the last access time gets set immediately. Filip Joseph Lam wrote: Found that only when a replication is explicitly triggered by set/removeAttribute(), the other nodes' session.getLastAccessedTime() will be synchronized. Joseph On Thu, 24 Feb 2005, Joseph Lam wrote: Hi, It seems that in my 4-node cluster (TC 5.5.8), the session.getLastAccessedTime() only returns the last accessed time in each particular node only. Is this normal? How can I get the last accessed time of a session across the whole cluster? Regards, Joseph Lam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SV: Cluster: will session listeners got called again after replication?
there is a difference between a crashed tomcat and a shutdown tomcat. Filip Filip Hanik - Dev Lists wrote: there is a flag you can set so that listeners don't get called, its optional its called notifyListenersOnReplication, see server.xml for example, default is true Filip Jesper Ekberg wrote: Hello! My first mail to this list. :) I have read it for a long time tho. We have a tried to cluster 3 Tomcat 5.5.7 machines and I found that HttpSessionBindingListener will be notified when the session is replicated and the machine crashes. I think this must be a bug?? The scenario: 3 Tomcat 5.5.7 machines on Windows 2003 Server (I know, not my fault ;)). JK2 Connector for load balancing. I log on and session is created and is replicated correctly to all machines. I shut down the server that I'm working on. The session is destroyed and method valueUnbound is called on the crashed machine. It seems odd to me that the method valueUnbound is called when the session is replicated, the session still lives on the other Tomcat machines. Sorry for my sometimes bad English ;) //Jesper -Ursprungligt meddelande- Från: Joseph Lam [mailto:[EMAIL PROTECTED] Skickat: den 24 februari 2005 08:44 Till: Tomcat Users List Ämne: Cluster: will session listeners got called again after replication? Anyone knows when a session is replicated to other nodes, will the HttpSessionBindingListener and HttpSessionAttributeListener objects be notified again? On the receiver nodes, how can I detect when a session from the sender node comes in so that I can do something with it? Joseph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cluster: how to set mcast interface for dual LAN card?
there is an attribute mcastBindAddr that allows you to bind to the interface. Joseph Lam wrote: Hi, If I have two LAN cards and I want my Tomcat to mcast through one of them, what parameter should I set? Regards, Joseph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Load balancing SSL sessions
you can also use DNS round robin, www.mysite.com resolves to two or more IP addresses. Filip Andrew Miehs wrote: We use F5 BigIPs, but they are probably overkill for your application - The cisco probably will be as well. A 'Cheap' software solution might be to work with redirects, and 2 separate IP addresses. ie: ssl1.mysite.com and ssl2.mysite.com - You will need 2 ssl keys though for this to work. Does all of your app require ssl? or just a certain part, ie: payment. Do you need the stickiness for the whole app? or just for the ssl (seeing you are using tomcat, you will probably need it for the whole app)... Andrew On Feb 22, 2005, at 10:24 PM, Kelly Vista wrote: Hi - We are looking to deploy our app, running on Tomcat 5, soon and are exploring load balancing options. We are looking at H/W and S/W solutions, and I was wondering if anyone had any past experience/advice they would like to share. Our deployment is as pretty run-of-the-mill as it gets: 2 machines, each running Tomcat. We would like to avoid replicating state (since we have a lot of state in these apps, for reasons beyond our current control). Even in-memory session replication would not be option here, so we're punting on the Tomcat cluster solution. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dodgy session class
Nice catch Vlad, I'll look into it. Filip [EMAIL PROTECTED] wrote: thanks for your reply Peter. unfortunately none of the applications has explicitly configured sessions manager. I have managed to consistently reproduce the problem. The problem involves two webapps, app1 and app2. App1 is distributable. App2 contains a filter that forwards requests to app1. As it turns out all sessions created via filter are instances of StandardSession! This is with app1 being distributable and with cluster session manager. Making app2 distributable doesnt seem to have any effect on the sessions that are being created in app1 context. I've attached a test case with two sample webapps, to run them you just have to make sure crossContext is enabled for app2 and context of app1 is actually called /app1. App1 does some nasty hack to display what Class is actually hiding behind session facade, so you would have to excuse me for that. Another thing that i've noticed along the way: if a request goes to app1 via filter in app2 two sessions are created, one for each context. Filter in app2 does not create sessions explicitly (as you will see from the example) and session would not be created for app2 context if filter didnt forward requests to app1 context. The question is why session gets created implicitly in context of app2? It is not that I cannot live with it, just cant think of a logical explanation to this. Ideas anyone? Regards, Vlad -Original Message- From: Peter Rossbach [mailto:[EMAIL PROTECTED] Sent: Sat 2/12/2005 9:22 AM To: Tomcat Users List Cc: Subject:Re: dodgy session class Hmm, please check that all your applications with distributable=true have no configured Manager in there context.xml's regards Peter Filip Hanik - Dev schrieb: Any chance you have a test case to reproduce this? Shouldn't happen, unless the way sessions are created have changed. Filip - Original Message - From: [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Friday, February 11, 2005 11:47 AM Subject: dodgy session class Hi, I'm running tomcat 5.0.30 on two machines A and B (Linux RHAS3). When tomcat A restarts it fails to sync session state with session state not received or something to that effect and tomcat B logs this message: 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] ERROR org.apache.catalina.cluster.session.SimpleTcpReplicationManager - Unable to receive message through TCP channel java.lang.ClassCastException at org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageR eceived(SimpleTcpReplicationManager.java:530) at org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageD ataReceived(SimpleTcpReplicationManager.java:596) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(Sim pleTcpCluster.java:580) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70 ) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpRep licationThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationT hread.java:67) I changed SimpleTcpReplicationManager to output class names of the sessions it is trying to cast to ReplicatedSession and got the following picture: 11 Feb 2005 17:21:44 [Cluster-MembershipReceiver] INFO org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.56.21: 4001,192.168.56.21,4001, alive=3] 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO
Re: dodgy session class
Actually, I didn't get your attachments, could you open a bug in bugzilla and attach them there. Filip [EMAIL PROTECTED] wrote: thanks for your reply Peter. unfortunately none of the applications has explicitly configured sessions manager. I have managed to consistently reproduce the problem. The problem involves two webapps, app1 and app2. App1 is distributable. App2 contains a filter that forwards requests to app1. As it turns out all sessions created via filter are instances of StandardSession! This is with app1 being distributable and with cluster session manager. Making app2 distributable doesnt seem to have any effect on the sessions that are being created in app1 context. I've attached a test case with two sample webapps, to run them you just have to make sure crossContext is enabled for app2 and context of app1 is actually called /app1. App1 does some nasty hack to display what Class is actually hiding behind session facade, so you would have to excuse me for that. Another thing that i've noticed along the way: if a request goes to app1 via filter in app2 two sessions are created, one for each context. Filter in app2 does not create sessions explicitly (as you will see from the example) and session would not be created for app2 context if filter didnt forward requests to app1 context. The question is why session gets created implicitly in context of app2? It is not that I cannot live with it, just cant think of a logical explanation to this. Ideas anyone? Regards, Vlad -Original Message- From: Peter Rossbach [mailto:[EMAIL PROTECTED] Sent: Sat 2/12/2005 9:22 AM To: Tomcat Users List Cc: Subject:Re: dodgy session class Hmm, please check that all your applications with distributable=true have no configured Manager in there context.xml's regards Peter Filip Hanik - Dev schrieb: Any chance you have a test case to reproduce this? Shouldn't happen, unless the way sessions are created have changed. Filip - Original Message - From: [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Friday, February 11, 2005 11:47 AM Subject: dodgy session class Hi, I'm running tomcat 5.0.30 on two machines A and B (Linux RHAS3). When tomcat A restarts it fails to sync session state with session state not received or something to that effect and tomcat B logs this message: 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] ERROR org.apache.catalina.cluster.session.SimpleTcpReplicationManager - Unable to receive message through TCP channel java.lang.ClassCastException at org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageR eceived(SimpleTcpReplicationManager.java:530) at org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageD ataReceived(SimpleTcpReplicationManager.java:596) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(Sim pleTcpCluster.java:580) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70 ) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpRep licationThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationT hread.java:67) I changed SimpleTcpReplicationManager to output class names of the sessions it is trying to cast to ReplicatedSession and got the following picture: 11 Feb 2005 17:21:44 [Cluster-MembershipReceiver] INFO org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.56.21: 4001,192.168.56.21,4001, alive=3] 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49
Re: dodgy session class
Any chance you have a test case to reproduce this? Shouldn't happen, unless the way sessions are created have changed. Filip - Original Message - From: [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Friday, February 11, 2005 11:47 AM Subject: dodgy session class Hi, I'm running tomcat 5.0.30 on two machines A and B (Linux RHAS3). When tomcat A restarts it fails to sync session state with session state not received or something to that effect and tomcat B logs this message: 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] ERROR org.apache.catalina.cluster.session.SimpleTcpReplicationManager - Unable to receive message through TCP channel java.lang.ClassCastException at org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageR eceived(SimpleTcpReplicationManager.java:530) at org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageD ataReceived(SimpleTcpReplicationManager.java:596) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(Sim pleTcpCluster.java:580) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70 ) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpRep licationThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationT hread.java:67) I changed SimpleTcpReplicationManager to output class names of the sessions it is trying to cast to ReplicatedSession and got the following picture: 11 Feb 2005 17:21:44 [Cluster-MembershipReceiver] INFO org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.56.21: 4001,192.168.56.21,4001, alive=3] 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO org.apache.catalina.cluster.session.SimpleTcpReplicationManager - SessionClass=org.apache.catalina.cluster.session.ReplicatedSession 11 Feb 2005 17:21:49 [org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO
Re: Tomcat 5 cluster spins out of control periodically
probably is the multi cast receiver that freaks out. This can happen if the network cable is unplugged. I will add in a sleep on the receiver so that even in this case it wont freak out. so in the scenario above, its a known problem, checking in a fix right now. if you do provide a dump however, we will know more. or even better, profiling it. Filip - Original Message - From: Micky Williamson [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, February 10, 2005 1:24 PM Subject: Re: Tomcat 5 cluster spins out of control periodically No, not using Apache to front end. Haven't done any thread dumps...yet. I just was throwing feelers out to see if there is any history of this. Tim Funk wrote: Are you using apache in front of tomcat? Have you done thread dumps when in a good state vs a 100% cpu state? Sounds like an inifinite loop. -Tim Micky Williamson wrote: I have two machines running Tomcat 5.0 with java 1.4. Both are clustered together. Every once in a while, one or the other just starts spinning out of control and clocking wall time. This is on hp ux version 11. New machines, lots of resources (16 Gig of RAM) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5 cluster spins out of control periodically
ah, you might be having problems with the java.nio package, (TCP) as the conf below you are mentioning, are using those settings. asynch doesn't require an ack message, and some VM's on some platforms have problems sending data back on a NIO channel. linux had this issue unless you set LD_ASSUME_KERNEL for example, Filip - Original Message - From: Micky Williamson [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, February 10, 2005 2:44 PM Subject: Re: Tomcat 5 cluster spins out of control periodically Filip, thanks for the information. I did notice that on our test servers, it doesn't happen as frequently. And in the production server.xml we had: Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ In the test one it was: Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=asynchronous/ What is the better way? Filip Hanik - Dev wrote: probably is the multi cast receiver that freaks out. This can happen if the network cable is unplugged. I will add in a sleep on the receiver so that even in this case it wont freak out. so in the scenario above, its a known problem, checking in a fix right now. if you do provide a dump however, we will know more. or even better, profiling it. Filip - Original Message - From: Micky Williamson [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, February 10, 2005 1:24 PM Subject: Re: Tomcat 5 cluster spins out of control periodically No, not using Apache to front end. Haven't done any thread dumps...yet. I just was throwing feelers out to see if there is any history of this. Tim Funk wrote: Are you using apache in front of tomcat? Have you done thread dumps when in a good state vs a 100% cpu state? Sounds like an inifinite loop. -Tim Micky Williamson wrote: I have two machines running Tomcat 5.0 with java 1.4. Both are clustered together. Every once in a while, one or the other just starts spinning out of control and clocking wall time. This is on hp ux version 11. New machines, lots of resources (16 Gig of RAM) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5 cluster spins out of control periodically
there have been a few articles, check onjava.com for example, asynch will result in a faster response time, but doesn't guarantee that the session gets replicated for the next request. Filip - Original Message - From: Micky Williamson [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, February 10, 2005 3:43 PM Subject: Re: Tomcat 5 cluster spins out of control periodically hmm is there any difference in performance with pooled vs async? The OS is HPUX 11 Filip Hanik - Dev wrote: ah, you might be having problems with the java.nio package, (TCP) as the conf below you are mentioning, are using those settings. asynch doesn't require an ack message, and some VM's on some platforms have problems sending data back on a NIO channel. linux had this issue unless you set LD_ASSUME_KERNEL for example, Filip - Original Message - From: Micky Williamson [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, February 10, 2005 2:44 PM Subject: Re: Tomcat 5 cluster spins out of control periodically Filip, thanks for the information. I did notice that on our test servers, it doesn't happen as frequently. And in the production server.xml we had: Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ In the test one it was: Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=asynchronous/ What is the better way? Filip Hanik - Dev wrote: probably is the multi cast receiver that freaks out. This can happen if the network cable is unplugged. I will add in a sleep on the receiver so that even in this case it wont freak out. so in the scenario above, its a known problem, checking in a fix right now. if you do provide a dump however, we will know more. or even better, profiling it. Filip - Original Message - From: Micky Williamson [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, February 10, 2005 1:24 PM Subject: Re: Tomcat 5 cluster spins out of control periodically No, not using Apache to front end. Haven't done any thread dumps...yet. I just was throwing feelers out to see if there is any history of this. Tim Funk wrote: Are you using apache in front of tomcat? Have you done thread dumps when in a good state vs a 100% cpu state? Sounds like an inifinite loop. -Tim Micky Williamson wrote: I have two machines running Tomcat 5.0 with java 1.4. Both are clustered together. Every once in a while, one or the other just starts spinning out of control and clocking wall time. This is on hp ux version 11. New machines, lots of resources (16 Gig of RAM) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.awt.headless=true in tomcat startup
put it in the /bin/catalina.sh script Filip - Original Message - From: Rodrigo Avila [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Friday, February 04, 2005 10:57 AM Subject: java.awt.headless=true in tomcat startup Hi! I try to use some awt\swing classes to convert rtf strings to html in an jsp page. But I receive the following Exception: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable. But, to resolve this problem, I find the following tip: assuming you're using a 1.4 JVM, add the following line to your startup command: $JAVA_COMMAND -Djava.awt.headless=true ... But, how I put this option in the Tomcat startup? -- Rodrigo de Avila [EMAIL PROTECTED] http://www.avila.eti.br - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Valves
put your class in server/classes, valves should not be common Filip - Original Message - From: Asim Alp [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, February 03, 2005 10:28 AM Subject: Valves I'm using Tomcat 5.5.5 on Windows Server 2003. I have implemented a new valve. I include the following line in my Engine .. Valve className=com.en.stats.StatsValve / My valve extends org.apache.catalina.valves.ValveBase Everything works fine on my Mac OS X. However, on Windows, when I start Tomcat as a service or from command line, it cannot find my object com.en.stats.StatsValve This is located under $CATALINA_HOME$/shared/classes/com/en/stats/StatsValve.class When I move it to commons, it finds that class; however this time gives an error message saying that it cannot find org.apache.catalina.valves.ValveBase This class comes with Tomcat. It is located in $CATALINA_HOME$/server/lib/catalina.jar How can I solve this problem? And why does it work fine on my Mac OS X? The configuration is exactly the same... Thanks, Asim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The FIX - Shutdown not working under SLES8 and FC2
Costin Wrote: ( BTW - if you plan to participate in any open source project - be prepared for a lot of hurt feelings and negative comments, if you can't handle it, stay out. It happens to all of us. Track the problem, send a patch and friendly reminders if it gets ignored - and be prepared to accept a 'no' ) This by all means doesn't mean that all open source developers are not equipped with social skills, its just more common in the Java world :) Filip - Original Message - From: Costin Manolache [EMAIL PROTECTED] To: tomcat-dev@jakarta.apache.org Cc: tomcat-user@jakarta.apache.org Sent: Thursday, February 03, 2005 11:16 AM Subject: Re: The FIX - Shutdown not working under SLES8 and FC2 What about: - add this information to the bug report - send a patch to the FAQ or edit a wiki page ( well, the tc wiki is not very used, but probably google will find this if anyone has a similar problem ). Or post it in your weblog/site/etc for google to find. It should be obvious changing the default configuration only to deal with this case won't happen. If a computer can't locate itself by name - you'll have a lot of other problems. Costin ( BTW - if you plan to participate in any open source project - be prepared for a lot of hurt feelings and negative comments, if you can't handle it, stay out. It happens to all of us. Track the problem, send a patch and friendly reminders if it gets ignored - and be prepared to accept a 'no' ) [EMAIL PROTECTED] wrote: After some playing around I think I've tracked down what the fix is, and I'd like to throw an idea out as to what could be happening. First the fix. The fix is to explicitly state in the AJP13 connector that the connector should ONLY bind to the loopback address (i.e. add address=127.0.0.1). Maybe this should be made the default because; a) it's a fix to the issue. and b) it also enhances security. Those people who are using AJP13 between machines should have the knowlege to re-configure the connector to allow connections between different machines. Now the suggestion as to why this is happening. My machine is behind a firewall, and therefore has non-routable IP addresses (192.168.x.x). If you lookup the full hostname (a.b.c.d) on the machine the hosts file resolves it to the private IP, if you look it up using DNS it resolves to the public IP address of the firewall. If you lookup the machine name only (a) from on the machine or anywhere else it resolves via DNS to the public IP of the firewall. From what I can tell the AJP13 connector looks up the hostname only, (which resolves it to the public IP address), then tries to connect to the AJP13 port on the public IP address, and because the firewall blocks this traffic, does not connect, and then gives up. To back this up I have put the hostname on it's own into the hosts file (i.e. a resolves to the private IP), and everything worked again. Before everyone shouts you've got a strange config, it's your problem, I'd like to re-iterate that this issue can be avoided in many ways, and my personal beleif is that the order of preference of fixes would be; 1) Add the address=127.0.0.1 to the default server.xml (which also has the side effect of increasing security). 2) If no address is specified then make the shutdown system start by trying to connect to localhost as opposed to what seems to be the current behaviour of attempting to resolve to an external address first. 3) Require everyone to have the short hostname configured to resolve to their local IP. The reasons for this ordering is that 1 is the least effort by the fewest people, 2 is more effort but by a small group, 3 has a potential impact on all users and no matter where you document it will still be missed by those who beleive in unpack and run. Regards, Al. Al Sutton [EMAIL PROTECTED] wrote on 03.02.2005, 07:58:16: Ben, Thanks for this. I'm not using any settings in JAVA_OPTS as shown below; [EMAIL PROTECTED] al]$ env | grep -i JAVA JRE_HOME=/usr/java/jdk1.4/jre PATH=/usr/java/jdk1.4/bin:/home/al/utils/apache-ant-1.6.2/bin:/usr/kerberos/ bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin JAVA_HOME=/usr/java/jdk1.4 [EMAIL PROTECTED] al]$ I've tried this on two machines, one an Athlon XP 2400+ running FC2, and the other a Dual Xeon 2.8 GHz running SLES 8, both showed the same problem, so I'm pretty sure it's not hardware. The machines are also geographically seperated and do not operate on the network (ones on my LAN at home, the others on a LAN at work), so I'm pretty sure it's not related to the environment external to the machine. I'm going to upgrade to _07 and get the latest kernel and try again, as currently the only difference seems to be that your execting startup and shutdown from within the bin directory and I'm executing it from the top level (i.e. doing bin/startup.sh and bin/shutdown.sh). Thanks again, Al. -Original Message- From:
OT: Java / Tomcat Job Abroad
Getting a VISA is the biggest concern. I wouldn't suggest coming to the US,then looking for a VISA sponsor, do it the other way around. Filip - Original Message - From: Aris Javier [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Tuesday, February 01, 2005 7:52 PM Subject: OT: Java / Tomcat Job Abroad Hello! This is an out of topic question... Sorry, but since all of you guys are using Java and Tomcat, and are from different countries... im just wondering if i can land a job abroad? I'm planning to migrate to Canada, US, or New Zealand from here in Philippines... My skill is java programming (J2EE) and has 2 years experience. Is Java/Tomcat skill marketable in those countries i've mentioned? Or does anyone of you need a java programmer that i can apply? =) Thanks! Aris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak in tomcat 5.0.28
feel free to open a bug report, so that this issue can be tracked. - Original Message - From: Robert Wille [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Wednesday, February 02, 2005 1:25 PM Subject: RE: Memory leak in tomcat 5.0.28 I've figured out my problem. I'm posting what I've discovered for the benefit of others. The SystemLogHandler uses a map called logs where the key is a ThreadWithAttributes and the value is a stack of CaptureLogs. The problem is that when a thread dies, the ThreadWithAttributes object lives forever because the map is never cleaned out. Threads come and go in the thread pool, so stuff keeps accumulating there forever. You can prevent the problem by turning off swallowOutput. logs should be a ThreadLocal, not a map. That way the ThreadWithAttributes objects can be collected (as well as the stack of CaptureLogs). From: Robert Wille [EMAIL PROTECTED] Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org To: tomcat-user@jakarta.apache.org Subject: Memory leak in tomcat 5.0.28 Date: Wed, 02 Feb 2005 09:16:49 -0700 I'm running tomcat 5.0.28 on Linux with JRE 1.4.2_04 and I seem to have a memory leak. I am not using Apache, but am using the Coyote connector. The server has been running under heavy load, being accessed by about 150 computers running automated tests. I took heap snapshots about 8 and 20 hours into the test using YourKit Java Profiler. When taking the snapshots, I first paused the system for several minutes, attempted to allocate more memory than was available to cause all collectable objects to be collected, and then took the snapshot. Therefore, the snapshots should contain very few collectable objects, and there should be very few open http connections. The following seems very suspicious: The last snapshot shows 419 Http11Processor objects referencing 41M of memory. That is an increase of 232 Http11Processor objects. It also shows 81,829 objects in the org.apache.tomcat.util.buf package, which reference 37M of memory. This is an increase of 44,874 objects. The buffers and Http11Processor objects appear to be referenced by org.apache.tomcat.util.threads.ThreadWithAttributes. I show 425 instances, which is an increase of 225. The first snapshot was 8 hours into the test, and in reality, I think the system should have reached steady state just a few minutes into the test. But I am obviously accumulating a lot of stuff. Can somebody help? Robert Wille _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
start your own thread - Original Message - From: sulaiman jrar [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, January 31, 2005 1:54 PM Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 I am having problem doing sessionreplication apache give me this problem [Mon Jan 31 07:51:02 2005] [notice] config.update(): done config: [Mon Jan 31 07:51:02 2005] [notice] config.update(): done channel.socket:localhost:8009 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done ajp13:localhost:8009 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done channel.socket:localhost:8011 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done ajp13:localhost:8011 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced timeout 90 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced attempts 3 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced recovery 90 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced StickySession 0 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced noworksMsg Server busy please retry after some time [Mon Jan 31 07:51:02 2005] [notice] config.update(): done lb:balanced [Mon Jan 31 07:51:02 2005] [notice] config.update(): done shm [Mon Jan 31 07:51:02 2005] [notice] config.update(): done uri:/SessionRepTest/* [Mon Jan 31 07:51:02 2005] [notice] config.update(): done status: [Mon Jan 31 07:51:02 2005] [notice] config.update(): done uri:/jkstatus/* my worker.properties [logger] level=DEBUG [config:] file=/etc/httpd/conf/workers.properties debug=0 #Socket communication balace for Tomcat1 [channel.socket:localhost:8009] host=localhost port=8009 tomcatId=Tomcat1 group=lb:balanced lb_factor=1 route=Tomcat1Route [ajp13:localhost:8009] channel=channel.socket:Tomcat1 #Socket communication balace for Tomcat2 [channel.socket:localhost:8011] host=localhost port=8011 tomcatId=Tomcat2 group=lb:balanced lb_factor=1 route=Tomcat2Route [ajp13:localhost:8011] channel=channel.socket:Tomcat2 #load balancing [lb:balanced] worker=ajp13:localhost:8009 worker=ajp13:localhost:8011 timeout=90 attempts=3 recovery=90 StickySession=0 noworksMsg=Server busy please retry after some time [shm] file=/etc/httpd/conf/jk2.shm size=100 [uri:/SessionRepTest/*] context=/SessionRepTest info=Display status information and checks the config file for changes. [status:] [uri:/jkstatus/*] group=status workers.properties 65L, 951C my server.xml !-- Example Server Configuration File -- !-- Note that component elements are nested corresponding to their parent-child relationships with each other -- Server port=8006 shutdown=SHUTDOWN debug=0 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ !-- Global JNDI resources -- GlobalNamingResources !-- Test entry for demonstration purposes -- Environment name=simpleValue type=java.lang.Integer value=30/ !-- Editable user database that can also be used by UserDatabaseRealm to authenticate users -- Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved /Resource ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources Engine name=Standalone defaultHost=Tomcat2 debug=0 jvmRoute=Tomcat2Route Host name=Tomcat2 debug=0 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve
Re: mcastBindAddress problem
try mcastBindAddr could be a type somewhere Filip - Original Message - From: Mitchell K. McCuiston [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Friday, January 28, 2005 10:54 AM Subject: mcastBindAddress problem I'm having a problem getting my cluster to work as I'd expect. I have two physical machines with ip 10.11.0.27 and 10.11.0.28 running Tomcat 5.0.28. An excerpt from my server.xml is below, with the only differences being mcastBindAddress and tcpListenAddr per node. The problem is that when I use the mcastBindAddress property, each node cannot detect any other members of the cluster. When I remove the mcastBindAddress property each node detects the other nodes in the cluster but each node also detects itself on localhost 127.0.0.1 for which there is no Reciever defined. So there is a 60 second timeout period that occurs on startup and deploys when it attempts to recieve session data from 127.0.0.1:4001. It appears that I cannot define a reciever on localhost although and even if I could I suspect that that would be grossly inefficent to transmit session data to itself. Has anyone else had this problem? Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.Delta Manager expireSessionsOnShutdown=false useDirtyFlag=true name=infuzer Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000 mcastBindAddress=10.11.0.27 / Receiver className=org.apache.catalina.cluster.tcp.ReplicationListen er tcpListenAddress=10.11.0.27 tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransm itter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt; / /Cluster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Advertising website
SEO companies feed you a bunch of bologni (one of the recent scames IMHO), don't waste your money you can read up on it their self http://www.google.com/webmasters/ Filip - Original Message - From: Didier McGillis [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Friday, January 28, 2005 10:57 AM Subject: RE: [OT] Advertising website If your serious about this then there is no cheap and easy way. SEO companies get a pretty penny to do their work, and it works and results are pretty good. They can also give you other avenues, and the good ones will work within your budget. Otherwise you will have to hire someone, it is a full time job to keep on track and on top of everything. Some suggestions if you arent hiring. Label everything out-going with your url and email address. EVERYTHING Invoices, emails, packages, letterhead, employees (opps), stamps, business cards, catalogs. EVERYTHING. Hit the big three in the search engines/directories. Almost everyone else uses them for their results. Google, Inktomi/Yahoo and MSN. Worry about those three, find out how to work those guys. From: t t [EMAIL PROTECTED] Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org To: Tomcat Users List tomcat-user@jakarta.apache.org Subject: [OT] Advertising website Date: Fri, 28 Jan 2005 08:04:57 -0800 (PST) Hi, Does anyone know a easy and cheap (even free) way to advertise a website? Thanks. T.T. - Do you Yahoo!? Yahoo! Search presents - Jib Jab's 'Second Term' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
' from 1 maps [Wed Jan 26 17:16:00 2005] [6040:4016] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 26, 2005 4:10 PM To: Tomcat Users List Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 try with a regular tcp loadbalancer like pen (http://siag.nu/) first, otherwise you are debugging a whole stack at once. so use pen, and your two tomcats, try failover and go from there. also, enable debugging for your logging, and a lot more will be spit out in the logs Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 4:37 PM Subject: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 I am trying to get JK 1.2.8 (within Apache 2.0.52 SSL build) to fail over to my remaining Tomcat 5.5.7 instance when the first instance is brought down (e.g. for maintenance or due to an actual failure). The application uses container managed authentication (CMA) and obviously sessions. I have two questions/problems. Thanks so much for any ideas/help you can provide. 1) If I set sticky_session=True then the loadbalancer worker distributes requests among the two workers just fine. If I shut down one Tomcat instance, it redirects me to the second - but I am prompted to login again. This makes me think that session replication is not occurring. How can I check that session replication is happening (is there a log settings)? I thought it must be at first as I was getting the following in my tomcat logs: From srv1: INFO main org.apache.coyote.http11.Http11Protocol - Initializing Coyote HTTP/1.1 on http-8080 INFO main org.apache.catalina.startup.Catalina - Initialization processed in 875 ms INFO main org.apache.catalina.core.StandardService - Starting service Catalina INFO main org.apache.catalina.core.StandardEngine - Starting Servlet Engine: Apache Tomcat/5.5.7 INFO main org.apache.catalina.core.StandardHost - XML validation disabled INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.coyote.http11.Http11Protocol - Starting Coyote HTTP/1.1 on http-8080 INFO main org.apache.jk.common.ChannelSocket - JK2: ajp13 listening on /0.0.0.0:8009 INFO main org.apache.jk.server.JkMain - Jk running ID=0 time=0/31 config=null INFO main org.apache.catalina.storeconfig.StoreLoader - Find registry server-registry.xml at classpath resource INFO main org.apache.catalina.startup.Catalina - Server startup in 6016 ms INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=16] From srv2: INFO main org.apache.coyote.http11.Http11Protocol - Initializing Coyote HTTP/1.1 on http-9080 INFO main org.apache.catalina.startup.Catalina - Initialization processed in 1250 ms INFO main org.apache.catalina.core.StandardService - Starting service Catalina INFO main org.apache.catalina.core.StandardEngine - Starting Servlet Engine: Apache Tomcat/5.5.7 INFO main org.apache.catalina.core.StandardHost - XML validation disabled INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4001,192.168.1.140,4001, alive=5578] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.coyote.http11.Http11Protocol - Starting Coyote HTTP/1.1 on http-9080 INFO main org.apache.jk.common.ChannelSocket - JK2: ajp13 listening on /0.0.0.0:9009 INFO main org.apache.jk.server.JkMain - Jk running ID=0 time=0/31 config=null INFO main org.apache.catalina.storeconfig.StoreLoader - Find registry server-registry.xml at classpath resource INFO main org.apache.catalina.startup.Catalina - Server startup in 6313 ms 2) If I set sticky_session=False I am unable to login, failing with an HTTP Status 408. Here's the sequence: a) Issue a request to a protected resource that will trigger form-based authentication (CMA). JK worker loadbalancer sends this request to the first worker, srv1. b) After I fill in the authentication/login form I press submit. Now JK worker loadbalancer send this request to worker srv2 and I end up with this error respons: HTTP Status 408 - The time allowed for the login process
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Try to configure the JvmRouteSessionIDBinderLifecycleListener like any other Lifecycle listener, Server Listener className=o.a.c.c.s.JvmRouteSessionIDBinderLifecycleListener/ Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: [EMAIL PROTECTED] Sent: Thursday, January 27, 2005 9:37 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Thank you - that appears to be what I need. Unfortunately the only documentation I can find is at: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/ apache/catalina/cluster/session/JvmRouteBinderValve.html BEGIN-QUOTE Valve to handle Tomcat jvmRoute takeover using mod_jk module after node failure. After a node crashed the next request going to other cluster node. Now the answering from apache is slower ( make some error handshaking. Very bad with apache at my windows.). We rewrite now the cookie jsessionid information to the backup cluster node. After the next response all client request goes direct to the backup node. The change sessionid send also to all other cluster nodes. Well, now the session stickyness work directly to the backup node and traffic don't go back too restarted cluster nodes! At all cluster node you must configure the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle Add this Valve to your clustered application or setup it to context default conf/enginename/hostname/context.xml.default for all host application Context Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / /Context END-QUOTE I put the valve statement in my conf/context.xml. But this does not seem to be enough. But where can I find information on configuring the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle? Thank you - Richard Mixon -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 7:29 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 yes, There is code that takes care of that scenario, I believe it was peter who coded it. There is a valve called JvmRouteBinderValve that peter wrote, that you enable for your context. It will rewrite the session id for, and broadbast it to the cluster. Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 6:44 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Pen does not really help me out. My problem is JK I am pretty sure. It is appending .srv1 to the session. When srv1 is stopped, it detects this on the next request and routes the request to srv2. However I notice in the JK output that it now has .srv2 appended to the session, which of course does not exist, and I get prompted to re-logon. Below is the debug output from JK showing the failover attempt. Any other suggestion? Thank you - Richard [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (700): Attempting to map URI '/stars/gridAction.do' from 1 maps [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (755): Found a context match loadbalancer - /stars/ [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] jk_handler::mod_jk.c (1715): Into handler jakarta-servlet worker=loadbalancer r-proxyreq=0 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] wc_get_worker_for_name::jk_worker.c (92): found a worker loadbalancer [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] init_ws_service::mod_jk.c (479): agsp=443 agsn=redfishsoftware.swamp.home hostn=redfishsoftware.swamp.home shostn=redfishsoftware.swamp.home cbsport=0 sport=0 claport=443 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] service::jk_lb_worker.c (465): service sticky_session=1 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (372): total sessionid is EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (383): searching worker for partial sessionid EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (275): searching for sticky worker (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (282): found candidate worker srv1 (0) for match with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (290): found candidate worker srv1 (0) with previous load 100 in search with sticky (srv1) [Wed Jan 26 17
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4001,192.168.1.140,4001, alive=4046] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Received member disappeared:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168. 1.140:4001,192.168.1.140,4001, alive=258218] TOMCAT LOG - SRV2 END Thank you again - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 9:02 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Try to configure the JvmRouteSessionIDBinderLifecycleListener like any other Lifecycle listener, Server Listener className=o.a.c.c.s.JvmRouteSessionIDBinderLifecycleListener/ Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: [EMAIL PROTECTED] Sent: Thursday, January 27, 2005 9:37 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Thank you - that appears to be what I need. Unfortunately the only documentation I can find is at: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/ apache/catalina/cluster/session/JvmRouteBinderValve.html BEGIN-QUOTE Valve to handle Tomcat jvmRoute takeover using mod_jk module after node failure. After a node crashed the next request going to other cluster node. Now the answering from apache is slower ( make some error handshaking. Very bad with apache at my windows.). We rewrite now the cookie jsessionid information to the backup cluster node. After the next response all client request goes direct to the backup node. The change sessionid send also to all other cluster nodes. Well, now the session stickyness work directly to the backup node and traffic don't go back too restarted cluster nodes! At all cluster node you must configure the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle Add this Valve to your clustered application or setup it to context default conf/enginename/hostname/context.xml.default for all host application Context Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / /Context END-QUOTE I put the valve statement in my conf/context.xml. But this does not seem to be enough. But where can I find information on configuring the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle? Thank you - Richard Mixon -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 7:29 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 yes, There is code that takes care of that scenario, I believe it was peter who coded it. There is a valve called JvmRouteBinderValve that peter wrote, that you enable for your context. It will rewrite the session id for, and broadbast it to the cluster. Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 6:44 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Pen does not really help me out. My problem is JK I am pretty sure. It is appending .srv1 to the session. When srv1 is stopped, it detects this on the next request and routes the request to srv2. However I notice in the JK output that it now has .srv2 appended to the session, which of course does not exist, and I get prompted to re-logon. Below is the debug output from JK showing the failover attempt. Any other suggestion? Thank you - Richard [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (700): Attempting to map URI '/stars/gridAction.do' from 1 maps [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (755): Found a context match
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4001,192.168.1.140,4001, alive=4593] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Received member disappeared:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168. 1.140:4001,192.168.1.140,4001, alive=126093] DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars TOMCAT LOG - SRV1 END - Richard -Original Message- From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 11:26 AM To: Richard Mixon (qwest); Tomcat Users List Cc: Filip Hanik - Dev [EMAIL PROTECTED] Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Never mind. Sorry for the dumb questions, its in my application ontext. - Richard -Original Message- From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 11:09 AM To: Tomcat Users List Cc: Filip Hanik - Dev [EMAIL PROTECTED] Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Yes you did say that earlier. However I do not reference PersistentManager anywhere in my server.xml. How is it getting enable? Here is the clustering part if my server.xml (I can send the entire server.xml if necessary). Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.D eltaManager expireSessionsOnShutdown=true useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastServic e mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationLi stener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTr ansmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.ht ml;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=c:/jakarta-tomcat-5.5.7/temp deployDir=c:/jakarta-tomcat-5.5.7/webapps watchDir=c:/jakarta-tomcat-5.5.7-deployer/build/w ebapp watchEnabled=false/ /Cluster Thank you - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 10:34 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
you said you enabled it in your context.xml file, if so remove it Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: [EMAIL PROTECTED] Sent: Thursday, January 27, 2005 12:08 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Yes you did say that earlier. However I do not reference PersistentManager anywhere in my server.xml. How is it getting enable? Here is the clustering part if my server.xml (I can send the entire server.xml if necessary). Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.D eltaManager expireSessionsOnShutdown=true useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastServic e mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationLi stener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTr ansmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.ht ml;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=c:/jakarta-tomcat-5.5.7/temp deployDir=c:/jakarta-tomcat-5.5.7/webapps watchDir=c:/jakarta-tomcat-5.5.7-deployer/build/w ebapp watchEnabled=false/ /Cluster Thank you - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 10:34 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.htm DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.html DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.css DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.txt INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
expireSessionsOnShutdown=true set this property to false! this will not kill the sessions on the other servers during shutdown. but, yes kill -9 or taskmanager killing it, will work too Filip Richard Mixon (qwest) wrote: Filip, Thanks so much for some reason taking the Manager statement completely out of the context worked. I can now see session replication occurring, which then identified some objects that were not serializable. I have fixed these and can see the session replicating correctly in the log messages. I quickly realized that I could not just run catalina stop as this caused the session to be deleted on both the tomcat instance that was stopping and on the remaining Tomcat instance - hence the reason I was always prompted to re-login in. So how do I trigger the maintenance failover? If I use the Admin console to delete the port 8009 connector (first Tomcat instance), this does not prevent JK from continuing to route traffic to this instance. I also tried using ant stop from the tomcat-deployer, but this results in a HTTP Status 503 - This application is not currently available message. I feel like I'm very close, but not quite there. Thank you - Richard Filip Hanik - Dev wrote: you said you enabled it in your context.xml file, if so remove it Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: Sent: Thursday, January 27, 2005 12:08 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Yes you did say that earlier. However I do not reference PersistentManager anywhere in my server.xml. How is it getting enable? Here is the clustering part if my server.xml (I can send the entire server.xml if necessary). Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.D eltaManager expireSessionsOnShutdown=true useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastServic e mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationLi stener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTr ansmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.ht ml;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=c:/jakarta-tomcat-5.5.7/temp deployDir=c:/jakarta-tomcat-5.5.7/webapps watchDir=c:/jakarta-tomcat-5.5.7-deployer/build/w ebapp watchEnabled=false/ /Cluster Thank you - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 10:34 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Interesting, I haven't done any work with the latest work of tomcat because of engagements elsewhere. but you have the time to create a very small simple war file where this occurs, I will look at it tomorrow. It looks like the context class loader is not getting set properly, and this could be an actual bug. I'll try to get this running tomorrow. Filip Richard Mixon (qwest) wrote: Filip Hanik - Dev lists wrote: expireSessionsOnShutdown=true set this property to false! this will not kill the sessions on the other servers during shutdown. but, yes kill -9 or taskmanager killing it, will work too Filip, Thank you so much. Setting expireSessionsOnShutdown=false allowed failover to occur without prompting the user to login again. Wonderful! However, I then brought srv1 back up I got a number of exceptions when they tried to re-synchronize with the still running srv2. Any ideas on how to resolve this? Thanks again - Richard TOMCAT LOG: INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=153297] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Creating ClusterManager for context /stars using class org.apache.catalina.cluster.session.DeltaManager DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.tcp.SimpleTcpCluster - Assuming clocks are synched: Replication took=141 ms. DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session B8CBD8B217266316C21F64ED963EB502.srv2 DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session D0FC475D32E30BD6BDC4814DDFED39F7.srv2 ERROR org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.struts.util.MessageResourcesFactory - MessageResourcesFactory.createFactory java.lang.ClassNotFoundException: org.apache.struts.util.PropertyMessageResourcesFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:1 19) at org.apache.struts.util.MessageResourcesFactory.createFactory(MessageReso urcesFactory.java:150) at org.apache.struts.util.MessageResources.getMessageResources(MessageResou rces.java:495) at com.ltoj.webapp.util.ClassGrid.clinit(ClassGrid.java:63) at java.io.ObjectStreamClass.hasStaticInitializer(Native Method) at java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1641 ) at java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:175) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:172 ) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:515) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.cluster.session.DeltaSession.readObject(DeltaSession .java:1414) at org.apache.catalina.cluster.session.DeltaSession.readObjectData(DeltaSes sion.java:910) at org.apache.catalina.cluster.session.DeltaManager.doLoad(DeltaManager.jav a:391) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaMa nager.java:842) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(Del taManager.java:712
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
I meant, if you have time to create a simple test app, that I can work with, it will speed up the process Filip Filip Hanik - Dev lists wrote: Interesting, I haven't done any work with the latest work of tomcat because of engagements elsewhere. but you have the time to create a very small simple war file where this occurs, I will look at it tomorrow. It looks like the context class loader is not getting set properly, and this could be an actual bug. I'll try to get this running tomorrow. Filip Richard Mixon (qwest) wrote: Filip Hanik - Dev lists wrote: expireSessionsOnShutdown=true set this property to false! this will not kill the sessions on the other servers during shutdown. but, yes kill -9 or taskmanager killing it, will work too Filip, Thank you so much. Setting expireSessionsOnShutdown=false allowed failover to occur without prompting the user to login again. Wonderful! However, I then brought srv1 back up I got a number of exceptions when they tried to re-synchronize with the still running srv2. Any ideas on how to resolve this? Thanks again - Richard TOMCAT LOG: INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=153297] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Creating ClusterManager for context /stars using class org.apache.catalina.cluster.session.DeltaManager DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.tcp.SimpleTcpCluster - Assuming clocks are synched: Replication took=141 ms. DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session B8CBD8B217266316C21F64ED963EB502.srv2 DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session D0FC475D32E30BD6BDC4814DDFED39F7.srv2 ERROR org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.struts.util.MessageResourcesFactory - MessageResourcesFactory.createFactory java.lang.ClassNotFoundException: org.apache.struts.util.PropertyMessageResourcesFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:1 19) at org.apache.struts.util.MessageResourcesFactory.createFactory(MessageReso urcesFactory.java:150) at org.apache.struts.util.MessageResources.getMessageResources(MessageResou rces.java:495) at com.ltoj.webapp.util.ClassGrid.clinit(ClassGrid.java:63) at java.io.ObjectStreamClass.hasStaticInitializer(Native Method) at java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1641 ) at java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:175) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:172 ) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:515) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.cluster.session.DeltaSession.readObject(DeltaSession .java:1414) at org.apache.catalina.cluster.session.DeltaSession.readObjectData(DeltaSes sion.java:910) at org.apache.catalina.cluster.session.DeltaManager.doLoad(DeltaManager.jav a:391) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaMa nager.java:842) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(Del taManager.java:712
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
another thought, this object com.ltoj.webapp.util.ClassGrid does it contain a reference to a struts object, and maybe that is why the loading doesn't work, just a thought. Filip Filip Hanik - Dev lists wrote: Interesting, I haven't done any work with the latest work of tomcat because of engagements elsewhere. but you have the time to create a very small simple war file where this occurs, I will look at it tomorrow. It looks like the context class loader is not getting set properly, and this could be an actual bug. I'll try to get this running tomorrow. Filip Richard Mixon (qwest) wrote: Filip Hanik - Dev lists wrote: expireSessionsOnShutdown=true set this property to false! this will not kill the sessions on the other servers during shutdown. but, yes kill -9 or taskmanager killing it, will work too Filip, Thank you so much. Setting expireSessionsOnShutdown=false allowed failover to occur without prompting the user to login again. Wonderful! However, I then brought srv1 back up I got a number of exceptions when they tried to re-synchronize with the still running srv2. Any ideas on how to resolve this? Thanks again - Richard TOMCAT LOG: INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=153297] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Creating ClusterManager for context /stars using class org.apache.catalina.cluster.session.DeltaManager DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.tcp.SimpleTcpCluster - Assuming clocks are synched: Replication took=141 ms. DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session B8CBD8B217266316C21F64ED963EB502.srv2 DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session D0FC475D32E30BD6BDC4814DDFED39F7.srv2 ERROR org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.struts.util.MessageResourcesFactory - MessageResourcesFactory.createFactory java.lang.ClassNotFoundException: org.apache.struts.util.PropertyMessageResourcesFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:1 19) at org.apache.struts.util.MessageResourcesFactory.createFactory(MessageReso urcesFactory.java:150) at org.apache.struts.util.MessageResources.getMessageResources(MessageResou rces.java:495) at com.ltoj.webapp.util.ClassGrid.clinit(ClassGrid.java:63) at java.io.ObjectStreamClass.hasStaticInitializer(Native Method) at java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1641 ) at java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:175) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:172 ) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:515) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.cluster.session.DeltaSession.readObject(DeltaSession .java:1414) at org.apache.catalina.cluster.session.DeltaSession.readObjectData(DeltaSes sion.java:910) at org.apache.catalina.cluster.session.DeltaManager.doLoad(DeltaManager.jav a:391) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaMa nager.java:842
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Hi Richard,
Static variable don't get serialized with an object (anyone correct me
if I am wrong), so that is not the problem.
I believe it to be a bug. Struts is taking a class loader and loading
the data, my guess is that its taking the context classloader, and that
one is not set properly.
Let me see what I can dig up before I send you off to do something crazy :)
Filip
Richard Mixon (qwest) wrote:
Filip Hanik - Dev lists wrote:
another thought,
this object com.ltoj.webapp.util.ClassGrid
does it contain a reference to a struts object, and maybe that is why
the loading doesn't work, just a thought.
Filip Hanik - Dev lists wrote:
Interesting, I haven't done any work with the latest work of tomcat
because of engagements elsewhere. but you have the time to create a
very small simple war file where this occurs, I will look at it
tomorrow.
It looks like the context class loader is not getting set properly,
and this could be an actual bug. I'll try to get this running
tomorrow.
Filip, I believe you hit it once again. I've got code such as:
...
public class ClassGrid implements java.io.Serializable
{
static MessageResources msgRsrcs =
MessageResources.getMessageResources(ApplicationResources);
private static Log log = LogFactory.getLog(ClassGrid.class);
Both the variables log and msgRsrcs are static initialized and would
be a problem when replicating from one JVM to another.
The instance variable log should not even be static - can fix that.
The variable msgRsrcs I'm not sure how to fix. I've been fighting with
too much reference to Struts in my business logic for a while. I know
better, but have had problems seeing around how to handle such things as
i18n message resource handling which Struts does so well. Any
suggestions? I realize this is quite off-topic.
Thank you much - Richard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session replication not working
the tomcat clustering code and the PersistentManager are not supposed to work together. No members active in cluster group. means that your multicast discovery isn't working Filip - Original Message - From: Simon Whiteside [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 2:52 PM Subject: Session replication not working Hi! I'm trying to get two tomcat servers to replicate their sessions with each other. We have a BigIP load balancer connecting to two Redhat Linux Enterprise 3 servers running Tomcat only (no Apache). I've uncommented the Cluster and Replication valve sections in server.xml, added distributable to my web.xml and ensured that all session variables implement java.io.Serializable. I've also configured a PersistentManager to store Sessions via JDBCStore in a database. Here are the relevent configuration bits: from server.xml: Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=/tmp/war-temp/ deployDir=/tmp/war-deploy/ watchDir=/tmp/war-listen/ watchEnabled=false/ /Cluster Here is the PersistentManager in the server.xml like this: Manager className=org.apache.catalina.session.PersistentManager debug=0 saveOnRestart=true maxActiveSessions=-1 minIdleSwap=-1 maxIdleSwap=0 maxIdleBackup=0 Store className=org.apache.catalina.session.JDBCStore driverName=org.gjt.mm.mysql.Driver connectionURL=jdbc:mysql://10.0.0.24/tomcat?user=xamp;password=x sessionTable=tomcat_sessions sessionIdCol=session_id sessionValidCol=valid_session sessionMaxInactiveCol=max_inactive sessionLastAccessedCol=last_access sessionAppCol=app_name sessionDataCol=session_data checkInterval=60 debug=99 / I am able to ping 228.0.0.4 with the response: 64 bytes from 10.0.0.52: icmp_seq=0 ttl=64 time=0.028 ms 64 bytes from 10.0.0.51: icmp_seq=0 ttl=64 time=0.490 ms (DUP!) 10.0.0.52 and 10.0.0.51 are the two servers running Tomcat. However, when I start the servers, I get the following message in catalina.out for both servers. Creating ClusterManager for context /tunetribe using class org.apache.catalina.cluster.session.DeltaManager 26-Jan-2005 19:13:29 org.apache.catalina.cluster.session.DeltaManager start INFO: Starting clustering manager...:/tunetribe 26-Jan-2005 19:13:29 org.apache.catalina.cluster.session.DeltaManager start INFO: Manager[/tunetribe], skipping state transfer. No members active in cluster group. I get no further messages after this, the sessions are not replicating correctly. The session ids are being correctly picked up, and when the sessions get loaded from the database they are in sync, but when they are modified in memory and not yet saved, they are different on each server. Can anyone suggest how I can get the servers to recognise each other? Regards, Simon -- Simon Whiteside Lateral Arts Limited Clients include: Tunetribe.com, The Times and Sunday Times Newspapers, Incisive Media, Wigmore Hall, Photobox.com, SOSplc.com Registered Office: 19 Allenby Road, Forest Hill, London SE23 2RQ Registered in England and Wales. Company Number: 3055039 http://www.larts.co.uk Blog: http://miro.larts.co.uk/blog Skype: callto://swhiteside - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session replication not working
you haven't mentioned anything about your environment. but my guess is that you might have linux and those boxes are multihomed. if this is the case, its a little tricky to enable multicasting, there is a property mcastBindAddr to set the actual interface that sends and receives the multicasting data. I would start by working out how to enable multicasting between your servers, start by googling, also this list has some emails in the archives. Filip - Original Message - From: Simon Whiteside [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 3:23 PM Subject: Re: Session replication not working Hi Filip, the tomcat clustering code and the PersistentManager are not supposed to work together. does it matter if they're both switched on? No members active in cluster group. means that your multicast discovery isn't working can you suggest a way to resolve this? Regards, Simon -- Simon Whiteside Lateral Arts Limited Clients include: Tunetribe.com, The Times and Sunday Times Newspapers, Incisive Media, Wigmore Hall, Photobox.com, SOSplc.com Registered Office: 19 Allenby Road, Forest Hill, London SE23 2RQ Registered in England and Wales. Company Number: 3055039 http://www.larts.co.uk Blog: http://miro.larts.co.uk/blog Skype: callto://swhiteside - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session replication not working
ifconfig -a multihomed simply means there is more than one network card ping doesn't verify UDP and multicast. Filip - Original Message - From: Simon Whiteside [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 3:43 PM Subject: Re: Session replication not working Hi Filip, I've just done: route -n on one of the servers and got: Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 10.0.0.00.0.0.0 255.255.255.0 U 0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 10.0.0.010.0.0.1255.0.0.0 UG0 00 eth0 0.0.0.0 10.0.0.100 0.0.0.0 UG0 00 eth0 Does this suggest the box is multihomed? Regards, Simon -- Simon Whiteside Lateral Arts Limited Clients include: Tunetribe.com, The Times and Sunday Times Newspapers, Incisive Media, Wigmore Hall, Photobox.com, SOSplc.com Registered Office: 19 Allenby Road, Forest Hill, London SE23 2RQ Registered in England and Wales. Company Number: 3055039 http://www.larts.co.uk Blog: http://miro.larts.co.uk/blog Skype: callto://swhiteside - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session replication not working
are you running iptables firewall? that might also be blocking your multicast. I do suggest you get a little utility that tests your multicast. Filip - Original Message - From: Simon Whiteside [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 3:49 PM Subject: Re: Session replication not working Hi Filip, here's my ifconfig-a: eth0 Link encap:Ethernet HWaddr 00:11:43:CD:CD:AE inet addr:10.0.0.51 Bcast:10.0.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:43287835 errors:0 dropped:0 overruns:0 frame:0 TX packets:39407994 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1830030116 (1745.2 Mb) TX bytes:219053949 (208.9 Mb) Base address:0xece0 Memory:fe1e-fe20 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:6653357 errors:0 dropped:0 overruns:0 frame:0 TX packets:6653357 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:490863662 (468.1 Mb) TX bytes:490863662 (468.1 Mb) Regards, Simon -- Simon Whiteside Lateral Arts Limited Clients include: Tunetribe.com, The Times and Sunday Times Newspapers, Incisive Media, Wigmore Hall, Photobox.com, SOSplc.com Registered Office: 19 Allenby Road, Forest Hill, London SE23 2RQ Registered in England and Wales. Company Number: 3055039 http://www.larts.co.uk Blog: http://miro.larts.co.uk/blog Skype: callto://swhiteside - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
try with a regular tcp loadbalancer like pen (http://siag.nu/) first, otherwise you are debugging a whole stack at once. so use pen, and your two tomcats, try failover and go from there. also, enable debugging for your logging, and a lot more will be spit out in the logs Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 4:37 PM Subject: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 I am trying to get JK 1.2.8 (within Apache 2.0.52 SSL build) to fail over to my remaining Tomcat 5.5.7 instance when the first instance is brought down (e.g. for maintenance or due to an actual failure). The application uses container managed authentication (CMA) and obviously sessions. I have two questions/problems. Thanks so much for any ideas/help you can provide. 1) If I set sticky_session=True then the loadbalancer worker distributes requests among the two workers just fine. If I shut down one Tomcat instance, it redirects me to the second - but I am prompted to login again. This makes me think that session replication is not occurring. How can I check that session replication is happening (is there a log settings)? I thought it must be at first as I was getting the following in my tomcat logs: From srv1: INFO main org.apache.coyote.http11.Http11Protocol - Initializing Coyote HTTP/1.1 on http-8080 INFO main org.apache.catalina.startup.Catalina - Initialization processed in 875 ms INFO main org.apache.catalina.core.StandardService - Starting service Catalina INFO main org.apache.catalina.core.StandardEngine - Starting Servlet Engine: Apache Tomcat/5.5.7 INFO main org.apache.catalina.core.StandardHost - XML validation disabled INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.coyote.http11.Http11Protocol - Starting Coyote HTTP/1.1 on http-8080 INFO main org.apache.jk.common.ChannelSocket - JK2: ajp13 listening on /0.0.0.0:8009 INFO main org.apache.jk.server.JkMain - Jk running ID=0 time=0/31 config=null INFO main org.apache.catalina.storeconfig.StoreLoader - Find registry server-registry.xml at classpath resource INFO main org.apache.catalina.startup.Catalina - Server startup in 6016 ms INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=16] From srv2: INFO main org.apache.coyote.http11.Http11Protocol - Initializing Coyote HTTP/1.1 on http-9080 INFO main org.apache.catalina.startup.Catalina - Initialization processed in 1250 ms INFO main org.apache.catalina.core.StandardService - Starting service Catalina INFO main org.apache.catalina.core.StandardEngine - Starting Servlet Engine: Apache Tomcat/5.5.7 INFO main org.apache.catalina.core.StandardHost - XML validation disabled INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4001,192.168.1.140,4001, alive=5578] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.coyote.http11.Http11Protocol - Starting Coyote HTTP/1.1 on http-9080 INFO main org.apache.jk.common.ChannelSocket - JK2: ajp13 listening on /0.0.0.0:9009 INFO main org.apache.jk.server.JkMain - Jk running ID=0 time=0/31 config=null INFO main org.apache.catalina.storeconfig.StoreLoader - Find registry server-registry.xml at classpath resource INFO main org.apache.catalina.startup.Catalina - Server startup in 6313 ms 2) If I set sticky_session=False I am unable to login, failing with an HTTP Status 408. Here's the sequence: a) Issue a request to a protected resource that will trigger form-based authentication (CMA). JK worker loadbalancer sends this request to the first worker, srv1. b) After I fill in the authentication/login form I press submit. Now JK worker loadbalancer send this request to worker srv2 and I end up with this error respons: HTTP Status 408 - The time allowed for the login process has been exceeded... Here are my configuration files (or pieces): FILE: piece form httpd.conf IfModule mod_jk.c JkWorkersFile conf/workers.properties JkLogStampFormat [%a %b %d %H:%M:%S %Y] JkLogFile logs/mod_jk.log # Log level to be used by mod_jk: debug, info, warn error or trace JkLogLevel debug JkOptions +ForwardKeySize
Re: Meaning of threads
maxThreads=150 your server can handle a maximum of 150 concurrent clients minSpareThreads=25 if your server is idle, it will at least have 25 threads waiting to handle requests maxSpareThreads=75 if your server is idle, it will have no more than 75 threads waiting to handle requests you get the direction this is going in, right? Filip - Original Message - From: Dola Woolfe [EMAIL PROTECTED] To: Tom Cat tomcat-user@jakarta.apache.org Sent: Monday, January 24, 2005 2:51 PM Subject: Meaning of threads Hi, Where can I read about the meaning of the following options: maxThreads=150 minSpareThreads=25 maxSpareThreads=75 My server tends to lock out a user who bombards it with requests so I'm wondering whether those options have anything to do with it before I post the problem here. Aaron Fude __ Do you Yahoo!? All your favorites on one personal page - Try My Yahoo! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Meaning of threads
the number of threads will depend on the size of your machine, but to support many concurrent users, you will want to turn off keep alive connections, as these will have the opposite effect. Filip - Original Message - From: Dola Woolfe [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, January 24, 2005 3:29 PM Subject: Re: Meaning of threads Yes, I get the direction this is going in! I assume that the reason for having threads waiting is that they take time to be created? And you don't want to have too many because they take up memory? I can't resist asking a question about optimal values. Since the answer is obviously it depends let me put my question this way. If you were running craigslist (I assume you've heard of it) what would these values be? How about ebay? --- Filip Hanik - Dev [EMAIL PROTECTED] wrote: maxThreads=150 your server can handle a maximum of 150 concurrent clients minSpareThreads=25 if your server is idle, it will at least have 25 threads waiting to handle requests maxSpareThreads=75 if your server is idle, it will have no more than 75 threads waiting to handle requests you get the direction this is going in, right? Filip - Original Message - From: Dola Woolfe [EMAIL PROTECTED] To: Tom Cat tomcat-user@jakarta.apache.org Sent: Monday, January 24, 2005 2:51 PM Subject: Meaning of threads Hi, Where can I read about the meaning of the following options: maxThreads=150 minSpareThreads=25 maxSpareThreads=75 My server tends to lock out a user who bombards it with requests so I'm wondering whether those options have anything to do with it before I post the problem here. Aaron Fude __ Do you Yahoo!? All your favorites on one personal page - Try My Yahoo! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Meaning of threads
no, think about it a little bit longer, what does a keepalive connection do, it hogs one thread per client, not per concurrent user. so now other clients will be stuck waiting cause you have keepalive turned on, and a user is sitting idle doing nothing, but yet, taking up server resources Filip - Original Message - From: Dola Woolfe [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, January 24, 2005 3:50 PM Subject: Re: Meaning of threads That's counterintuitive, isn't it? How come? --- Filip Hanik - Dev [EMAIL PROTECTED] wrote: the number of threads will depend on the size of your machine, but to support many concurrent users, you will want to turn off keep alive connections, as these will have the opposite effect. Filip - Original Message - From: Dola Woolfe [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, January 24, 2005 3:29 PM Subject: Re: Meaning of threads Yes, I get the direction this is going in! I assume that the reason for having threads waiting is that they take time to be created? And you don't want to have too many because they take up memory? I can't resist asking a question about optimal values. Since the answer is obviously it depends let me put my question this way. If you were running craigslist (I assume you've heard of it) what would these values be? How about ebay? --- Filip Hanik - Dev [EMAIL PROTECTED] wrote: maxThreads=150 your server can handle a maximum of 150 concurrent clients minSpareThreads=25 if your server is idle, it will at least have 25 threads waiting to handle requests maxSpareThreads=75 if your server is idle, it will have no more than 75 threads waiting to handle requests you get the direction this is going in, right? Filip - Original Message - From: Dola Woolfe [EMAIL PROTECTED] To: Tom Cat tomcat-user@jakarta.apache.org Sent: Monday, January 24, 2005 2:51 PM Subject: Meaning of threads Hi, Where can I read about the meaning of the following options: maxThreads=150 minSpareThreads=25 maxSpareThreads=75 My server tends to lock out a user who bombards it with requests so I'm wondering whether those options have anything to do with it before I post the problem here. Aaron Fude __ Do you Yahoo!? All your favorites on one personal page - Try My Yahoo! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session replication debugging
just enable debugging in the logs and you'll see what is going on. multicast is only used for membership, not for replication. TCP is used for that. Filip - Original Message - From: Edmon Begoli [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Friday, January 14, 2005 12:07 PM Subject: Session replication debugging Hi, Does anyone know a way to debug/monitor session replication over the multicast. Thank you, Edmon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cluster nodes create extra sessions on top of the replicated one
file a bug for tracking, and I will look into it Filip - Original Message - From: LAM Kwun Wa Joseph [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Tuesday, December 28, 2004 2:41 AM Subject: Cluster nodes create extra sessions on top of the replicated one Hi, I found that in my 4-node TC5.5.5 cluster, whenever I call request.getSession(true), a session is normally created by the master node and replicated to all slaves. However, each slave node will mysteriously create one additional session by its own (not replicated to others, each with different ID). Using a SessionListener I saw that the sessionCreated() methods got called twice, one for the replicated session and another for the mysterious dummy session. Any ideas? Is there any debug log for the replication stuff? Regards, Joseph Lam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT]web development fee
watch out for free support - most people make this mistake and it ends up sucking up all their time. Charge a time and materials fee when shit hits the fan such as out of disk space etc, a shopping cart isn't working. Make it their responsibility to QA the site, and when they are done, have them sign off the deal. Filip - Original Message - From: epyonne [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 05, 2005 8:26 AM Subject: [OT]web development fee Since I am using Outlook Express, I did not realize that I was attaching to someone else thread and I apologize for that. I am starting a new thread here and hopefully someone can help me. I have been developing Java web application for my employer for a few years, but these are all running on our company's intranet only. Now someone is asking me to develop an eCommerce site. I don't know how to charge him. Can someone please give me some ideas of the going rate and what kind of contractual agreement I need? Is there anything else I need to watch out for? I am in the United States and I plan to use a commercial hosting company to host the site. It will cost around $30-40 a month. Any help will be very much appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Why is tomcat (java) so memory intensive?
you will need to dig deeper into jprobe or whatever profiler you are using. after that you will see where the memory goes. also, try the latest version of tomcat 5.0 Filip -Original Message- From: Philippe Deslauriers [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 21, 2004 8:53 AM To: [EMAIL PROTECTED] Subject: Why is tomcat (java) so memory intensive? I am using Tomcat 5.0.19 on Windows XP SP2, J2SDK 1.4.2_03. I have a serious memory problem with Tomcat, it just EAT memory without explanation, until OOM error occurs. The Java.exe process in the windows task manager reports using between 95Mb and 105Mb after the startup of the webapp. I do not use Xms Xmx options in dev mode. It just grows until it runs out of memory. There is not much memory available (around 150Mb), yet it should be enough for a few classes, JSP and almost not data in the database. Like a big boy, I decided to use Jprofiler demo to figure out where the memory leak was, to see that there is only 20 Mb allocated by the VM!!! So where does the rest of the memory goes? I do not use any non-java library (dll), I don't think I'm doing anything special. The app use a the Versant JDO implementation (instead of direct JDBC) using MS SQL server. But hey, the app is still in dev mode, with only the developpers using it, the DB is (almost) empty, so the amount data is not in cause. Anyways using 20Mb of heap is very reasonable (there will be at least 1gb available in production), but why is the java.exe process eating memory like a pig an the profiler is not showing where the mem goes? (by the way, I did deleted ALL the filters from Jprofiler). If the app would take 2Gb in memory I would not care, as long as I know what is using the memory. I did profile an app running on 5.0.18, and the same magic happens, the memory used by the java.exe is far from close to what the total heap size of the VM reports to be. Am I going crazy? Any ideas? Thanks Filip:) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: connection pooling
depends on what connection pool you use. but in almost all causes, its a pretty trivial thing (unless your code is funky of course) in our system, all we did was to switch the driver name (to the pooled driver), and it would pick up our connection pool. so it was a one line change. Filip - Original Message - From: Didier McGillis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 16, 2004 3:49 PM Subject: connection pooling I'm about to the point where I'm going to switch to db connection pooling. however before I undertake this seemly easy task I have a question, which will make this a huge project or a simple one. The current site uses typical MySQL connection, where a connection is opened and so on, if I do connection pooling will I have to go in and do mass code changes? aka will I have to rewrite any servlets or jsps that make database calls. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StandardManager always persists session data. Bug?
path=/dev/null could work - Original Message - From: T K [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 14, 2004 4:23 PM Subject: StandardManager always persists session data. Bug? Hi all, we have observed that, at least 4.1.31, always persists session data upon shutdown; we even tried an explicit Manager: Manager className=org.apache.catalina.session.StandardManager checkInterval=7200 distributable=false saveOnRestart=false / to no effect. Any thoughts? tia /st __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session expiry and SessionListener problems with cluster
expireSessionsOnShutdown=false - on shutdown - expire sessions locally, but
do not propagate to the cluster
expireSessionsOnShutdown=true - on shutdown - expire sessions locally, and
propagate to the cluster
stupid name for the variable, I agree
- Original Message -
From: Christoph Kutzinski [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, December 09, 2004 8:00 AM
Subject: Session expiry and SessionListener problems with cluster
Hi,
I'm just playing with the Tomcat 5.5.4 cluster and encountered 2 oddities:
a) If have left expireSessionsOnShutdown=false in the configuration
I understand that this will expire the session in the local node but
leave it alive in the other cluster nodes.
However I found out that the session will expire in the local node on
shutdown even if there are no other nodes in the cluster. So the session
will be lost after restart.
Is this expected behaviour or a bug?
b) I implemented a session listerner for attributes.
I noticed that the attributeAdded event from DeltaManager always return
null as the value of the event where the normal session manager will
return the value of the attribute added. Sourcecode:
public void attributeAdded(HttpSessionBindingEvent evt) {
// == null with DeltaManager, != null otherwise
Object value = evt.getValue();
// != null in both cases
Object value1 = evt.getSession().getAttribute(evt.getName());
}
Is this a bug?
Thanks in advance,
Christoph
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: off topic - how do i convert an int to char
am I being silly? char ch = (char)myint; Filip - Original Message - From: Robert Harper [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, December 07, 2004 10:01 AM Subject: RE: off topic - how do i convert an int to char The offset starts at '0' == 48 ( 0x30 hex ) for ASCII. To get the correct values, you should know what character set you are in. Robert S. Harper 801.265.8800 ex. 255 -Original Message- From: Brantley Hobbs [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 07, 2004 8:50 AM To: Tomcat Users List; Yang Xiao Subject: RE: off topic - how do i convert an int to char Alternatively, you can add the ASCII offset to the integer, then get the char that evaluates to that ASCII code. I think its 32, but you'll need to check for sure. B. -Original Message- From: Yang Xiao [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 07, 2004 10:42 AM To: Tomcat Users List Subject: Re: off topic - how do i convert an int to char make a hash or array? On Tue, 7 Dec 2004 10:34:15 -0500, Nilesh Bhattad [EMAIL PROTECTED] wrote: folks, sorry for posting this offtopic qns here.. but would someone plz help me out in converting an int value to char? my requirement is very simple. i'm looping thro a list and for each counter i need to get 'a', 'b' and so forth. basically i need some conversion routine which will convert 0 to 'a', 1 to 'b', 2 to 'c' and so on. again, i apologize for posting such a dumb qns. - nilesh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.27 Cluster Issues
By looking at the following log entries INFO: Received member disappeared:org.apache.catalina.cluster.mcast.McastMember[tcp://172.26.102.2 :4010,172.26.102.2,4010, alive=232390] 07-dic-2004 18:34:46 org.apache.catalina.cluster.tcp.SimpleTcpCluster memberAdded INFO: Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://172.26.102.2:4010, 172.26.102.2,4010, alive=357296] 07-dic-2004 18:34:49 org.apache.catalina.cluster.tcp.SimpleTcpCluster memberDisappeared INFO: Received member disappeared:org.apache.catalina.cluster.mcast.McastMember[tcp://172.26.102.2 :4010,172.26.102.2,4010, alive=357296] It appears as multicasting is not working properly in your network. Filip - Original Message - From: Pablo Carretero [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 07, 2004 11:44 AM Subject: Tomcat 5.0.27 Cluster Issues Hi all, I have some problem with my Tomcat cluster configuration. I'm doing the test only with to machines (Windows 2K, Tomcat 5.0.27 and the ISAPI Filter). I can't setup the cluster ok. Now I'm using the default setup in both machines: As you can see in the logs, both machine create the Cluster, I think is not the good behaviour. I appreciate very much any help. We are working in a big REAL project in Spain, and it is my only problem. Thank you very much in advanced, I expect your answer. Best regards. Configuration Machine 1 Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager name=KutxaNetCluster printToScreen=true expireSessionsOnShutdown=false useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=239.26.102.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4010 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve debug=10 verbosity=4 Machine 2: Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager name=KutxaNetCluster printToScreen=true expireSessionsOnShutdown=false useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=239.26.102.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4010 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve debug=10 verbosity=4 Both machines have the same configuration. And the logs in the machine are: Machine 1 07-dic-2004 18:29:50 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 2188 ms 07-dic-2004 18:29:51 org.apache.catalina.core.StandardService start INFO: Arrancando servicio Catalina 07-dic-2004 18:29:51 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.27 07-dic-2004 18:29:51 org.apache.catalina.core.StandardHost start INFO: Desactivada la validación XML 07-dic-2004 18:29:51 org.apache.catalina.cluster.tcp.SimpleTcpCluster start INFO: Cluster is about to start 07-dic-2004 18:29:51 org.apache.catalina.cluster.mcast.McastService start INFO: Sleeping for 2000 secs to establish cluster membership 07-dic-2004 18:29:53 org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) 07-dic-2004 18:29:53 org.apache.catalina.core.StandardHostDeployer install INFO: Procesando URL de archivo de configuración de Contexto file:C:\Tomcat 5.0\conf\Standalone\localhost\admin.xml 07-dic-2004 18:29:54 org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true 07-dic-2004 18:29:54 org.apache.struts.util.PropertyMessageResources init INFO: Initializing,
Re: Documentation
if you want to see cluster output, just configure debug for org.apache.catalina.cluster using log4j for example to setup log4j all I did was to add log4j.xml into common/classes and log4j.jar into common/lib Filip - Original Message - From: Pablo Carretero [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, December 07, 2004 1:34 PM Subject: RE: Documentation Thanks Yoav, Maybe, I don't explain very well my case. For example, If I active the debug in the database pool connection, can I see the active connection, free connection, the queries, etc... Other example, I'm configuring a cluster in memory, I would like activate the debug option, in order to know if the machines of the cluster is working good or not. I mean, I looking for this documentation, but I find nothing about that. Do you know if are there any documentation about this issues?? Thank a lot. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: martes, 07 de diciembre de 2004 19:40 To: Tomcat Users List Subject: RE: Documentation Hi, Where can I find documentation about Tomcat looger, and debug verbosity params? I change the debug and verbosity values, and the log is always the same. Different Tomcat versions have different ways to configure logging. Make sure you're looking at the documentation for your Tomcat version. The verbosity attribute is mostly for Tomcat 3.x. The debug attribute, if allowed (the docs will list it if it's allowed), goes from 0 (the default, no logging) to 99 (the highest, max logging). But it's mostly used in Tomcat 4.x, and less in 5.x. The more recent versions of Tomcat use Commons-Logging increasingly. To configure their logging, you need to pick an implementation (e.g. log4j or JDK 1.4 logging) and configure Tomcat to use that logging implementation with your chosen logging levels. This is explained in the FAQ and documentation (the latter only for Tomcat 5.5). For Tomcat 5.5, there's no Logger, and no debug attributes, at all. It's all Commons-Logging. Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Repeating a question I did not get an answer for - from a novice
there are several different ways to install an app into tomcat, putting a war file under webapps/ is one way, read the docs to find out the others Filip - Original Message - From: Venkat Radha Venkataramanan [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, December 07, 2004 4:28 PM Subject: Repeating a question I did not get an answer for - from a novice Hello: I see that the TomCat Manager application is stored in Tomcat_Install_Dir\Server\Webapps while all other applications are installed under Tomcat_Install_Dir\Webapps. Can somebody tell me why? And, since the Admin application is not installed as part of the Tomcat installation, I would like to know where this application should be installed. Thanks. Venkat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problems with session replication
yes, this is a known bug. Should be fixed in .29 or .30. Filip - Original Message - From: Ina Skåre [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 06, 2004 6:47 AM Subject: problems with session replication Hi, I'm a newbie to tomcat session replication. I have a web application running on several tomcat instances (5.0.28) in a clustered environment. Session replication is working as it should when stopping and restaring a tomcat instance. The member joins the cluster and receives all mcast messages from the other members. But when stopping and restarting the web application using tomcat manager without stopping tomcat itself, the new cluster member is not rejoining the cluster at all and receives no session state or mcast messages. What can be the problem. It would be great if someone could point me in the right direction. Thank you! Ina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session replication problem
This is a TCP connection, using the tcpListenAddress and tcpListenPort attributes. You are probably broadcasting an invalid address, check those two attributes Filip - Original Message - From: marc ratun [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 06, 2004 3:08 AM Subject: Session replication problem Hi, I'm having problems with the tomcat 5.5 session replication. I've a cluster with three tomcats, one as central node, two as peers. The central node works fine, but whenever I access one of the peers I get the following exception: 06.12.2004 09:51:30 org.apache.catalina.cluster.tcp.ReplicationTransmitter sendMessageData WARNING: Unable to send replicated message, is server down? java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:364) ... Some things I already tried to solve the problem: - MCast Addr and Port are the same in every server.xml - Mcast seems to work, I had a simple Multicast Client listen on the address and got at least somedata. - distributable/ in the web.xml of my distributed webapps Could anyone give me a hint how to solve the problem? Thank you very much! Marc _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: another problem with session replication
This should work fine. What do your logs say? Filip - Original Message - From: Ina Skåre [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 06, 2004 8:36 AM Subject: another problem with session replication Thank you for your quick response, Filip, you saved me a lot of hassle trying to figure out the problem... I have now discovered another issue. When restarting tomcat, my application joins the cluster and receives all the mcast messages from that point on, but does not receive the state at startup (so attribute must change before a notification is send and the new member receives any messages). Do you have any idea whats going on here? Thank you , Ina!. - Original Message - From: Filip Hanik - Dev [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 06, 2004 3:00 PM Subject: Re: problems with session replication yes, this is a known bug. Should be fixed in .29 or .30. Filip - Original Message - From: Ina Skåre [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 06, 2004 6:47 AM Subject: problems with session replication Hi, I'm a newbie to tomcat session replication. I have a web application running on several tomcat instances (5.0.28) in a clustered environment. Session replication is working as it should when stopping and restaring a tomcat instance. The member joins the cluster and receives all mcast messages from the other members. But when stopping and restarting the web application using tomcat manager without stopping tomcat itself, the new cluster member is not rejoining the cluster at all and receives no session state or mcast messages. What can be the problem. It would be great if someone could point me in the right direction. Thank you! Ina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: another problem with session replication
your problem might be as simple as multicasting is not working in your network. filip - Original Message - From: Allistair Crossley [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 06, 2004 8:44 AM Subject: RE: another problem with session replication i'm not sure if this is a similar issue to this thread, but i setup a 3 member tomcat cluster on 1 machine the other night (ensuring that ports were unique) and also each AJP was unique and so fourth. jk was configured correctly. i noticed on starting each tomcat, that although it seemed happy to startup with the cluster configuration, it output that no other members were detected at that point. All 3 tomcats reported no other members, although each were convinced they were a member of their own cluster. i have no logging with me here, but just in case this is the same thing .. sounds simialr. I was using 5.5.4 Allistair. -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: 06 December 2004 14:41 To: Tomcat Users List Subject: Re: another problem with session replication This should work fine. What do your logs say? Filip - Original Message - From: Ina Skåre [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 06, 2004 8:36 AM Subject: another problem with session replication Thank you for your quick response, Filip, you saved me a lot of hassle trying to figure out the problem... I have now discovered another issue. When restarting tomcat, my application joins the cluster and receives all the mcast messages from that point on, but does not receive the state at startup (so attribute must change before a notification is send and the new member receives any messages). Do you have any idea whats going on here? Thank you , Ina!. - Original Message - From: Filip Hanik - Dev [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 06, 2004 3:00 PM Subject: Re: problems with session replication yes, this is a known bug. Should be fixed in .29 or .30. Filip - Original Message - From: Ina Skåre [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 06, 2004 6:47 AM Subject: problems with session replication Hi, I'm a newbie to tomcat session replication. I have a web application running on several tomcat instances (5.0.28) in a clustered environment. Session replication is working as it should when stopping and restaring a tomcat instance. The member joins the cluster and receives all mcast messages from the other members. But when stopping and restarting the web application using tomcat manager without stopping tomcat itself, the new cluster member is not rejoining the cluster at all and receives no session state or mcast messages. What can be the problem. It would be great if someone could point me in the right direction. Thank you! Ina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: clustering help
that still didn't answer the question, see Matt's email
Filip
- Original Message -
From: Nandish Rudra [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED]
Sent: Thursday, December 02, 2004 4:39 PM
Subject: RE: clustering help
I have two jsp's for the same app on ebot servers(the code that sets and
retrieves the session is below). When i hit the jsp on the first server a
session is created and the id returned. Now i pass this as a parameter to
the second jsp and it retrieves the session associated with this id from the
second server and i can set the attribute value.
server 1:
%
session.setAttribute(killer, ant);
out.println(The session id generated is +session.getId());
%
server 2:
%
String id = request.getParameter(id);
HttpSession _session =
request.getSession().getSessionContext().getSession(id);
if(_session == null){
out.println(session not available id: +id);
return;
}
String test = (String) _session.getValue(killer);
out.println(The killer value of session with ID + id + is +test);
%
Regards,
Nandish Rudra
-Original Message-
From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 02, 2004 5:23 PM
To: Tomcat Users List
Subject: Re: clustering help
the logs are showing that everything is replicating fine.
you can't change the browser url when switching to the other server,
how are you testing if it works or not?
Filip
- Original Message -
From: Dale, Matt [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Thursday, December 02, 2004 4:10 PM
Subject: RE: clustering help
do you have the distributable/ tag in your applications web.xml?
-Original Message-
From: Nandish Rudra [mailto:[EMAIL PROTECTED]
Sent: 02 December 2004 22:08
To: Tomcat Users List (E-mail)
Subject: clustering help
Hello,
I an running tomcat 5.0.28 on redhat 9 and having some clustering problem.
Here are the clusternig part of server.xml and the logs. The server.xml on
both machines have the same cluster element values (see below). The
application is with all jsp's.
Sessions are created but not replicated across the machines. Can anyone
please help me with this?
server.xml:
Cluster
className=org.apache.catalina.cluster.tcp.SimpleTcpCluster
managerClassName=org.apache.catalina.cluster.session.DeltaManager
expireSessionsOnShutdown=false
useDirtyFlag=true
printToScreen=true
Membership
className=org.apache.catalina.cluster.mcast.McastService
name=webres-qa-cluster
mcastAddr=228.0.0.4
mcastPort=45565
mcastFrequency=500
mcastDropTime=3000
printToScreen=true
debug=10/
Receiver
className=org.apache.catalina.cluster.tcp.ReplicationListener
tcpListenAddress=auto
tcpListenPort=4002
tcpSelectorTimeout=100
tcpThreadCount=6
printToScreen=true/
Sender
className=org.apache.catalina.cluster.tcp.ReplicationTransmitter
replicationMode=synchronous/
Valve
className=org.apache.catalina.cluster.tcp.ReplicationValve
filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/
!--
Deployer
className=org.apache.catalina.cluster.deploy.FarmWarDeployer
tempDir=/tmp/war-temp/
deployDir=/tmp/war-deploy/
watchDir=/tmp/war-listen/
watchEnabled=true/
--
/Cluster
logs:
Dec 2, 2004 4:54:50 PM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
Dec 2, 2004 4:54:50 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 2378 ms
Dec 2, 2004 4:54:51 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Dec 2, 2004 4:54:51 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.0.28
Dec 2, 2004 4:54:51 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
Dec 2, 2004 4:54:51 PM org.apache.catalina.cluster.tcp.SimpleTcpCluster
start
INFO: Cluster is about to start
Dec 2, 2004 4:54:51 PM org.apache.catalina.cluster.mcast.McastService start
INFO: Sleeping for 2000 secs to establish cluster membership
Dec 2, 2004 4:54:51 PM org.apache.catalina.cluster.tcp.SimpleTcpCluster
memberAdded
INFO: Replication member
added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.104:4002
,192.168.1.104,4002, alive=27652]
Dec 2, 2004 4:54:53 PM org.apache.catalina.core.StandardHost getDeployer
INFO: Create Host deployer for direct deployment ( non-jmx )
Dec 2, 2004 4:54:53 PM org.apache.catalina.core.StandardHostDeployer install
INFO: Processing Context configuration file URL
file:/usr/local/jakarta-tomcat-5.0.28/conf/Catalina/localhost/admin.xml
Dec 2, 2004 4:54:54 PM org.apache.struts.util.PropertyMessageResources
init
INFO
Re: JBoss + Tomcat + Apache-1.3.33
for the fastest and easiest solution, just use mod_proxy, it will only take you a few minutes to setup Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: User Tomcat (E-mail) [EMAIL PROTECTED] Sent: Friday, December 03, 2004 2:53 PM Subject: JBoss + Tomcat + Apache-1.3.33 I have been running full tilt into a wall trying to get a website up and running again with Apache-1.3.33 + Tomcat-4.1.31 + JBoss-3.2.5. Is this possible or is there a conflict with the above mentioned versions of these softwares? A little history of my situation: A server was built from scratch with RedHat Linux 9 / 2.4.20-31.9smp. It came because of the version of linux and by way of RPM install the Apache-2.0.40 server. A coworker of mine installed the JBoss (of which I can only tell you it's version) and mod_jk2 (I assume this IS the Tomcat, but I don't know enough). The server due to complications with some websites it was supportin was suggested to be built with Apache-1.3.33 instead, so I uninstalled the Apache-2.0.40 rpm. It wasn't until a month later (last Friday, 26 November 2004) that someone noticed the website using the JBoss and Apache and Tomcat connector weren't working together. I am not a very strong developer. I have been looking for a configure script to use to reinstall Tomcat or mod_jk for my new Apache-1.3.33 which is what is currently running. People keep sending me the help pages from the website, but the site is simply lacking in defined steps and support. PLEASE HELP! Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JBoss + Tomcat + Apache-1.3.33
yes, with mod_proxy you can do it like this ProxyPass /somedir http://localhost:8080/somedir ProxyPassReverse /somedir http://localhost:8080/somedir this will proxy everything that comes in under /somedir to your website onto tomcat to a webapp named somedir. Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:39 PM Subject: RE: JBoss + Tomcat + Apache-1.3.33 OK, if I have these processes running: /usr/local/apache/bin/httpd /bin/sh /usr/local/jboss-3.2.5/bin/run.sh /usr/local/j2sdk1.4.1_04/bin/java -server -Dprogram.name=run.sh -Xmx1536m -classpath /usr/local/jboss-3.2.5/bin/run.jar:/usr/local/j2sdk1.4.1_04/lib/tools.jar org.jboss.Main Then I really am running Apache, Jboss and Tomcat right? And all I need to do is just use mod_proxy? Is that correct? Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:56 PM To: Tomcat Users List Subject: Re: JBoss + Tomcat + Apache-1.3.33 for the fastest and easiest solution, just use mod_proxy, it will only take you a few minutes to setup Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: User Tomcat (E-mail) [EMAIL PROTECTED] Sent: Friday, December 03, 2004 2:53 PM Subject: JBoss + Tomcat + Apache-1.3.33 I have been running full tilt into a wall trying to get a website up and running again with Apache-1.3.33 + Tomcat-4.1.31 + JBoss-3.2.5. Is this possible or is there a conflict with the above mentioned versions of these softwares? A little history of my situation: A server was built from scratch with RedHat Linux 9 / 2.4.20-31.9smp. It came because of the version of linux and by way of RPM install the Apache-2.0.40 server. A coworker of mine installed the JBoss (of which I can only tell you it's version) and mod_jk2 (I assume this IS the Tomcat, but I don't know enough). The server due to complications with some websites it was supportin was suggested to be built with Apache-1.3.33 instead, so I uninstalled the Apache-2.0.40 rpm. It wasn't until a month later (last Friday, 26 November 2004) that someone noticed the website using the JBoss and Apache and Tomcat connector weren't working together. I am not a very strong developer. I have been looking for a configure script to use to reinstall Tomcat or mod_jk for my new Apache-1.3.33 which is what is currently running. People keep sending me the help pages from the website, but the site is simply lacking in defined steps and support. PLEASE HELP! Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where do I get mod_jk
as I said, if you wish to compile an old mod_jk, have a fun weekend :) Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: Users Apache (E-mail) [EMAIL PROTECTED] Cc: User Tomcat (E-mail) [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:44 PM Subject: Where do I get mod_jk for Apache-1.3.33 for a redhat linux server? If you can send me the direct link for the tarball or the rpm for redhat linux it would be greatly appreciated. I am only TRYING to do this because of the following link: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/install/apache1.html Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JBoss + Tomcat + Apache-1.3.33
are you saying that your current jboss/tomcat isn't using port 8080? Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:46 PM Subject: RE: JBoss + Tomcat + Apache-1.3.33 How do I set it up to use port 8080? Is that a lot more work to do it? Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 4:44 PM To: Tomcat Users List Subject: Re: JBoss + Tomcat + Apache-1.3.33 yes, with mod_proxy you can do it like this ProxyPass /somedir http://localhost:8080/somedir ProxyPassReverse /somedir http://localhost:8080/somedir this will proxy everything that comes in under /somedir to your website onto tomcat to a webapp named somedir. Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:39 PM Subject: RE: JBoss + Tomcat + Apache-1.3.33 OK, if I have these processes running: /usr/local/apache/bin/httpd /bin/sh /usr/local/jboss-3.2.5/bin/run.sh /usr/local/j2sdk1.4.1_04/bin/java -server -Dprogram.name=run.sh -Xmx1536m -classpath /usr/local/jboss-3.2.5/bin/run.jar:/usr/local/j2sdk1.4.1_04/lib/tools.jar org.jboss.Main Then I really am running Apache, Jboss and Tomcat right? And all I need to do is just use mod_proxy? Is that correct? Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:56 PM To: Tomcat Users List Subject: Re: JBoss + Tomcat + Apache-1.3.33 for the fastest and easiest solution, just use mod_proxy, it will only take you a few minutes to setup Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: User Tomcat (E-mail) [EMAIL PROTECTED] Sent: Friday, December 03, 2004 2:53 PM Subject: JBoss + Tomcat + Apache-1.3.33 I have been running full tilt into a wall trying to get a website up and running again with Apache-1.3.33 + Tomcat-4.1.31 + JBoss-3.2.5. Is this possible or is there a conflict with the above mentioned versions of these softwares? A little history of my situation: A server was built from scratch with RedHat Linux 9 / 2.4.20-31.9smp. It came because of the version of linux and by way of RPM install the Apache-2.0.40 server. A coworker of mine installed the JBoss (of which I can only tell you it's version) and mod_jk2 (I assume this IS the Tomcat, but I don't know enough). The server due to complications with some websites it was supportin was suggested to be built with Apache-1.3.33 instead, so I uninstalled the Apache-2.0.40 rpm. It wasn't until a month later (last Friday, 26 November 2004) that someone noticed the website using the JBoss and Apache and Tomcat connector weren't working together. I am not a very strong developer. I have been looking for a configure script to use to reinstall Tomcat or mod_jk for my new Apache-1.3.33 which is what is currently running. People keep sending me the help pages from the website, but the site is simply lacking in defined steps and support. PLEASE HELP! Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JBoss + Tomcat + Apache-1.3.33
port 8009 is the AJP (mod_jk) port port 8080 is the tomcat HTTP port. its in a file called server.xml under the jboss structure Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:54 PM Subject: RE: JBoss + Tomcat + Apache-1.3.33 Technically, I don't know how well configured it is. Someone else configured it, and I think it is configured for port 8009 but again... how do I know what it is configured for and that I am starting off on the right foot here. Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 4:51 PM To: Tomcat Users List Subject: Re: JBoss + Tomcat + Apache-1.3.33 are you saying that your current jboss/tomcat isn't using port 8080? Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:46 PM Subject: RE: JBoss + Tomcat + Apache-1.3.33 How do I set it up to use port 8080? Is that a lot more work to do it? Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 4:44 PM To: Tomcat Users List Subject: Re: JBoss + Tomcat + Apache-1.3.33 yes, with mod_proxy you can do it like this ProxyPass /somedir http://localhost:8080/somedir ProxyPassReverse /somedir http://localhost:8080/somedir this will proxy everything that comes in under /somedir to your website onto tomcat to a webapp named somedir. Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:39 PM Subject: RE: JBoss + Tomcat + Apache-1.3.33 OK, if I have these processes running: /usr/local/apache/bin/httpd /bin/sh /usr/local/jboss-3.2.5/bin/run.sh /usr/local/j2sdk1.4.1_04/bin/java -server -Dprogram.name=run.sh -Xmx1536m -classpath /usr/local/jboss-3.2.5/bin/run.jar:/usr/local/j2sdk1.4.1_04/lib/tools.jar org.jboss.Main Then I really am running Apache, Jboss and Tomcat right? And all I need to do is just use mod_proxy? Is that correct? Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:56 PM To: Tomcat Users List Subject: Re: JBoss + Tomcat + Apache-1.3.33 for the fastest and easiest solution, just use mod_proxy, it will only take you a few minutes to setup Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: User Tomcat (E-mail) [EMAIL PROTECTED] Sent: Friday, December 03, 2004 2:53 PM Subject: JBoss + Tomcat + Apache-1.3.33 I have been running full tilt into a wall trying to get a website up and running again with Apache-1.3.33 + Tomcat-4.1.31 + JBoss-3.2.5. Is this possible or is there a conflict with the above mentioned versions of these softwares? A little history of my situation: A server was built from scratch with RedHat Linux 9 / 2.4.20-31.9smp. It came because of the version of linux and by way of RPM install the Apache-2.0.40 server. A coworker of mine installed the JBoss (of which I can only tell you it's version) and mod_jk2 (I assume this IS the Tomcat, but I don't know enough). The server due to complications with some websites it was supportin was suggested to be built with Apache-1.3.33 instead, so I uninstalled the Apache-2.0.40 rpm. It wasn't until a month later (last Friday, 26 November 2004) that someone noticed the website using the JBoss and Apache and Tomcat connector weren't working together. I am not a very strong developer. I have been looking for a configure script to use to reinstall Tomcat or mod_jk for my new Apache-1.3.33 which is what is currently running. People keep sending me the help pages from the website, but the site is simply lacking in defined steps and support. PLEASE HELP! Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
Re: Where do I get mod_jk
http://httpd.apache.org/docs/mod/mod_proxy.html Nice simple stuff, that is why I suggested it for you. - Original Message - From: Warron French [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:52 PM Subject: RE: Where do I get mod_jk OK, so you are saying I should use the ProxyPass and etc... in my Apache webserver. CAN I use those two lines of code you gave me and just make it work or is there anything extra I need to do? Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 4:51 PM To: Tomcat Users List Subject: Re: Where do I get mod_jk as I said, if you wish to compile an old mod_jk, have a fun weekend :) Filip - Original Message - From: Warron French [EMAIL PROTECTED] To: Users Apache (E-mail) [EMAIL PROTECTED] Cc: User Tomcat (E-mail) [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:44 PM Subject: Where do I get mod_jk for Apache-1.3.33 for a redhat linux server? If you can send me the direct link for the tarball or the rpm for redhat linux it would be greatly appreciated. I am only TRYING to do this because of the following link: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/install/apache1.html Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where do I get mod_jk
man, you are stubborn, you wish to go down the hard route :) - Original Message - From: Warron French [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, December 03, 2004 3:57 PM Subject: RE: Where do I get mod_jk OK, I found that link. I downloaded the: jakarta-tomcat-4.1.31.tar.gz jakarta-tomcat-4.1.31-src.tar.gz jakarta-tomcat-connectors-4.1.31-src.tar.gz and I did __NOT__ find a configure script, so what am I missing it doesn't provide me with the mod_jk.so does it? I never found it anyway. They didn't provide me with a configure script either like the documentation has been implying everywhere I read. Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 -Original Message- From: David Boyer [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 4:50 PM To: [EMAIL PROTECTED] Subject: Re: Where do I get mod_jk Under Tomcat Web Server Connectors: http://jakarta.apache.org/site/binindex.cgi [EMAIL PROTECTED] 12/3/2004 3:44:10 PM for Apache-1.3.33 for a redhat linux server? If you can send me the direct link for the tarball or the rpm for redhat linux it would be greatly appreciated. I am only TRYING to do this because of the following link: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/install/apache1.html Merry Christmas Happy New Year! Warron French Sr. Network Engineer Xtria, LLC 8045 Leesburg Pike #400 Vienna, VA 22182 Desk: 703-821-6110 Main: 703-821-6000 Fax: 703-827-0374 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: clustering help
the logs are showing that everything is replicating fine. you can't change the browser url when switching to the other server, how are you testing if it works or not? Filip - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 02, 2004 4:10 PM Subject: RE: clustering help do you have the distributable/ tag in your applications web.xml? -Original Message- From: Nandish Rudra [mailto:[EMAIL PROTECTED] Sent: 02 December 2004 22:08 To: Tomcat Users List (E-mail) Subject: clustering help Hello, I an running tomcat 5.0.28 on redhat 9 and having some clustering problem. Here are the clusternig part of server.xml and the logs. The server.xml on both machines have the same cluster element values (see below). The application is with all jsp's. Sessions are created but not replicated across the machines. Can anyone please help me with this? server.xml: Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true printToScreen=true Membership className=org.apache.catalina.cluster.mcast.McastService name=webres-qa-cluster mcastAddr=228.0.0.4 mcastPort=45565 mcastFrequency=500 mcastDropTime=3000 printToScreen=true debug=10/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4002 tcpSelectorTimeout=100 tcpThreadCount=6 printToScreen=true/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=synchronous/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/ !-- Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=/tmp/war-temp/ deployDir=/tmp/war-deploy/ watchDir=/tmp/war-listen/ watchEnabled=true/ -- /Cluster logs: Dec 2, 2004 4:54:50 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 Dec 2, 2004 4:54:50 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 2378 ms Dec 2, 2004 4:54:51 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Dec 2, 2004 4:54:51 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.28 Dec 2, 2004 4:54:51 PM org.apache.catalina.core.StandardHost start INFO: XML validation disabled Dec 2, 2004 4:54:51 PM org.apache.catalina.cluster.tcp.SimpleTcpCluster start INFO: Cluster is about to start Dec 2, 2004 4:54:51 PM org.apache.catalina.cluster.mcast.McastService start INFO: Sleeping for 2000 secs to establish cluster membership Dec 2, 2004 4:54:51 PM org.apache.catalina.cluster.tcp.SimpleTcpCluster memberAdded INFO: Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.104:4002 ,192.168.1.104,4002, alive=27652] Dec 2, 2004 4:54:53 PM org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) Dec 2, 2004 4:54:53 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/usr/local/jakarta-tomcat-5.0.28/conf/Catalina/localhost/admin.xml Dec 2, 2004 4:54:54 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true Dec 2, 2004 4:54:54 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.struts.action.ActionResources', returnNull=true Dec 2, 2004 4:54:55 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.webapp.admin.ApplicationResources', returnNull=true Dec 2, 2004 4:54:57 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/usr/local/jakarta-tomcat-5.0.28/conf/Catalina/localhost/balancer.xml Dec 2, 2004 4:54:57 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:/usr/local/jakarta-tomcat-5.0.28/conf/Catalina/localhost/manager.xml Dec 2, 2004 4:54:58 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path from URL file:/usr/local/jakarta-tomcat/webapps/ROOT Creating ClusterManager for context using class org.apache.catalina.cluster.session.DeltaManager (Root Context) Dec 2, 2004 4:54:58 PM org.apache.catalina.cluster.session.DeltaManager start INFO: Starting clustering manager...: Dec 2, 2004 4:54:58 PM
Re: compiling mod_proxy_ajp
how about you correct the spelling :) Filip - Original Message - From: Elihu Smails [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 2:17 PM Subject: Re: compiling mod_proxy_ajp when I try to set up balancing, I get the following Apache startup errors: Invalid command 'BalacerMember', perhaps mis-spelled or defined by a module not included in the server configuration Here is the output from apachectl -l core.c mod_log_config.c mod_setenvif.c mod_proxy.c proxy_connect.c proxy_ftp.c proxy_http.c proxy_ajp.c proxy_balancer.c mod_ssl.c worker.c http_core.c mod_status.c mod_so.c Here is the snippet from httpd.conf -- Proxy balancer://mycluster BalacerMember ajp://xxx.xxx.xxx.xxx:8009 max=2 lbfactor=2 BalacerMember ajp://xxx.xxx.xxx.yyy:8009 max=2 lbfactor=1 /Proxy ProxyPassReverse /servlets-examples balacer://mycluster/servlets-examples --- --- Mladen Turk [EMAIL PROTECTED] wrote: Elihu Smails wrote: 2 questions... 1. Is there anything that must be configured in Apache to get Apache to talk to Tomcat? ProxyPass /servlets-examples ajp://localhost:8009/servlets-examples ProxyPassReverse /servlets-examples ajp://localhost:8009/servlets-examples Just like http proxy :). Or.. Proxy balancer://mycluster BalacerMember ajp://first.server:8009 max=50 lbfactor=2 BalacerMember ajp://second.server:8009 max=100 lbfactor=1 /Proxy ProxyPassReverse /servlets-examples balacer://mycluster/servlets-examples 2. Is mod_proxy_ftp required for mod_proxy_ajp ? No. Thank you. No problem :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need a working example of Tomcat 5 clustering
use Pen as a load balancer instead siag.nu/pen Filip - Original Message - From: Steve Burns [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 29, 2004 12:28 PM Subject: Need a working example of Tomcat 5 clustering Has anyone gotten clustering to work? In an example I saw on the O'Reilly site at http://www.onjava.com/lpt/a/4702 I couldn't get the load balancer instance to forward requests on to the cluster node instances. = Steve Burns __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NoSuchElementException in cluster
are you using frames or in anyway have your system setup to access the same session by more than one thread? Filip - Original Message - From: Ronald Klop [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Cc: Ronald Klop [EMAIL PROTECTED] Sent: Friday, November 19, 2004 5:35 AM Subject: Re: NoSuchElementException in cluster Hello, I found these two bug reports, looking similar to my issue below. http://issues.apache.org/bugzilla/show_bug.cgi?id=27104 http://issues.apache.org/bugzilla/show_bug.cgi?id=31328 Are there any comments/ideas on this for version 5.0.x? Ronald. On Tue Nov 16 18:23:14 CET 2004 Ronald Klop [EMAIL PROTECTED] wrote: Sorry, I'm using Tomcat 5.0.28. Somebody upgraded the boxes. On Tue Nov 16 16:43:29 CET 2004 Ronald Klop [EMAIL PROTECTED] wrote: Hello, I'm seeing these exceptions on one of my 2 nodes. The memory cosumption of this server is now growing for a couple of hours, but I cannot tell if that is related with this. I removed the server from the worker list of mod_jk so it is still in the cluster, but not receiving any requests anymore. Any ideas about the exceptions. Are they harmless? Can they be related to a constantly growing amount of in-use memory? I'm running Tomcat 5.0.25 on Linux 2.4 and 2.6 with JDK 1.4.2. It runs very well most of the time. Ronald. SEVERE: Unable to perform replication request. java.util.NoSuchElementException at java.util.LinkedList.remove(LinkedList.java:579) at java.util.LinkedList.removeFirst(LinkedList.java:131) at org.apache.catalina.cluster.session.DeltaRequest.reset(DeltaRequest.java:153) at org.apache.catalina.cluster.session.DeltaSession.resetDeltaRequest(DeltaSession.java:938) at org.apache.catalina.cluster.session.DeltaManager.requestCompleted(DeltaManager.java:786) at org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationValve.java:203) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) SEVERE: Unable to receive message through TCP channel java.util.NoSuchElementException at java.util.LinkedList.remove(LinkedList.java:579) at java.util.LinkedList.removeFirst(LinkedList.java:131) at org.apache.catalina.cluster.session.DeltaRequest.reset(DeltaRequest.java:153) at org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:184) at org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:385) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:898) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:762) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(SimpleTcpCluster.java:576) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:67) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NoSuchElementException in cluster
I fixed this, in cvs head and tomcat 5.0 branch. please try it out. Filip - Original Message - From: Filip Hanik - Dev [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Cc: Ronald Klop [EMAIL PROTECTED] Sent: Friday, November 19, 2004 10:17 AM Subject: Re: NoSuchElementException in cluster are you using frames or in anyway have your system setup to access the same session by more than one thread? Filip - Original Message - From: Ronald Klop [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Cc: Ronald Klop [EMAIL PROTECTED] Sent: Friday, November 19, 2004 5:35 AM Subject: Re: NoSuchElementException in cluster Hello, I found these two bug reports, looking similar to my issue below. http://issues.apache.org/bugzilla/show_bug.cgi?id=27104 http://issues.apache.org/bugzilla/show_bug.cgi?id=31328 Are there any comments/ideas on this for version 5.0.x? Ronald. On Tue Nov 16 18:23:14 CET 2004 Ronald Klop [EMAIL PROTECTED] wrote: Sorry, I'm using Tomcat 5.0.28. Somebody upgraded the boxes. On Tue Nov 16 16:43:29 CET 2004 Ronald Klop [EMAIL PROTECTED] wrote: Hello, I'm seeing these exceptions on one of my 2 nodes. The memory cosumption of this server is now growing for a couple of hours, but I cannot tell if that is related with this. I removed the server from the worker list of mod_jk so it is still in the cluster, but not receiving any requests anymore. Any ideas about the exceptions. Are they harmless? Can they be related to a constantly growing amount of in-use memory? I'm running Tomcat 5.0.25 on Linux 2.4 and 2.6 with JDK 1.4.2. It runs very well most of the time. Ronald. SEVERE: Unable to perform replication request. java.util.NoSuchElementException at java.util.LinkedList.remove(LinkedList.java:579) at java.util.LinkedList.removeFirst(LinkedList.java:131) at org.apache.catalina.cluster.session.DeltaRequest.reset(DeltaRequest.java:153) at org.apache.catalina.cluster.session.DeltaSession.resetDeltaRequest(DeltaSession.java:938) at org.apache.catalina.cluster.session.DeltaManager.requestCompleted(DeltaManager.java:786) at org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationValve.java:203) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) SEVERE: Unable to receive message through TCP channel java.util.NoSuchElementException at java.util.LinkedList.remove(LinkedList.java:579) at java.util.LinkedList.removeFirst(LinkedList.java:131) at org.apache.catalina.cluster.session.DeltaRequest.reset(DeltaRequest.java:153) at org.apache.catalina.cluster.session.DeltaRequest.readExternal(DeltaRequest.java:184) at org.apache.catalina.cluster.session.DeltaManager.loadDeltaRequest(DeltaManager.java:385) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:898) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:762) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(SimpleTcpCluster.java:576) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:67) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NoSuchElementException in cluster
I've updated the delta request to avoid these errors in the next release of tomcat5.0 and tomcat 5.5 Filip - Original Message - From: Ronald Klop To: Filip Hanik - Dev Sent: Friday, November 19, 2004 10:44 AM Subject: Re: NoSuchElementException in cluster Yes, but we never change the session. It only holds the User object, which is set at login. I have looked at the tomcat code. This session replication is not thread safe as is documented. This is my server.xml. It is a quite heavily used web-application with about 2000-3000 sessions, 30 req/sec. Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=213.53.208.169 tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/ /Cluster Ronald. On Fri Nov 19 17:17:19 CET 2004 Filip Hanik - Dev [EMAIL PROTECTED] wrote: are you using frames or in anyway have your system setup to access the same session by more than one thread? Filip - Original Message - From: Ronald Klop [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Cc: Ronald Klop [EMAIL PROTECTED] Sent: Friday, November 19, 2004 5:35 AM Subject: Re: NoSuchElementException in cluster Hello, I found these two bug reports, looking similar to my issue below. http://issues.apache.org/bugzilla/show_bug.cgi?id=27104 http://issues.apache.org/bugzilla/show_bug.cgi?id=31328 Are there any comments/ideas on this for version 5.0.x? Ronald. On Tue Nov 16 18:23:14 CET 2004 Ronald Klop [EMAIL PROTECTED] wrote: Sorry, I'm using Tomcat 5.0.28. Somebody upgraded the boxes. On Tue Nov 16 16:43:29 CET 2004 Ronald Klop [EMAIL PROTECTED] wrote: Hello, I'm seeing these exceptions on one of my 2 nodes. The memory cosumption of this server is now growing for a couple of hours, but I cannot tell if that is related with this. I removed the server from the worker list of mod_jk so it is still in the cluster, but not receiving any requests anymore. Any ideas about the exceptions. Are they harmless? Can they be related to a constantly growing amount of in-use memory? I'm running Tomcat 5.0.25 on Linux 2.4 and 2.6 with JDK 1.4.2. It runs very well most of the time. Ronald. SEVERE: Unable to perform replication request. java.util.NoSuchElementException at java.util.LinkedList.remove(LinkedList.java:579) at java.util.LinkedList.removeFirst(LinkedList.java:131) at org.apache.catalina.cluster.session.DeltaRequest.reset(DeltaRequest.java:153) at org.apache.catalina.cluster.session.DeltaSession.resetDeltaRequest(DeltaSession.java:938) at org.apache.catalina.cluster.session.DeltaManager.requestCompleted(DeltaManager.java:786) at org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationValve.java:203) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt
Re: Problem clustering tomcat when a failed server is restarting
What version of tomcat? It fails when it tries to write the principal information to the stream. Since I don't know what version of tomcat you are using, I can't tell you exactly what went wrong. maybe something in the principal returns null Filip - Original Message - From: LERBSCHER Jean-Pierre [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 4:41 AM Subject: Problem clustering tomcat when a failed server is restarting We have a cluster Tomcat composed of two servers (default configuration of the cluster is used). When the first server is stopped, the cluster continues to work fine (requests are handled by the server that is running). But when the stopped server is restarting we can see these exceptions. Could you comment this log and explain us what is wrong. Thanks. The server that handle the requests log this exception Server 02 10 nov. 2004 17:13:54 org.apache.catalina.cluster.tcp.SimpleTcpCluster memberAdded INFO: Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://w.x.y.z:41001,w.x. y.z,41001, alive=35] 10 nov. 2004 17:13:54 org.apache.catalina.cluster.session.DeltaManager messageReceived GRAVE: Unable to receive message through TCP channel java.lang.NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength(ObjectOutputSt ream.java:1898) at java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF(ObjectOutputStream .java:1769) at java.io.ObjectOutputStream.writeUTF(ObjectOutputStream.java:787) at org.apache.catalina.cluster.session.SerializablePrincipal.writePrincipal(Ser ializablePrincipal.java:180) at org.apache.catalina.cluster.session.DeltaSession.writeObject(DeltaSession.ja va:1457) at org.apache.catalina.cluster.session.DeltaSession.writeObjectData(DeltaSessio n.java:930) at org.apache.catalina.cluster.session.DeltaManager.doUnload(DeltaManager.java: 539) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManage r.java:854) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaMa nager.java:762) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(SimpleT cpCluster.java:576) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplica tionThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThrea d.java:67) In the same time the server restarting logs this information. server 01 Creating ClusterManager for context /myapp using class org.apache.catalina.cluster.session.DeltaManager 10 nov. 2004 17:13:54 org.apache.catalina.cluster.session.DeltaManager start INFO: Starting clustering manager...:/myapp 10 nov. 2004 17:13:54 org.apache.catalina.cluster.session.DeltaManager start ATTENTION: Manager[/myapp], requesting session state from org.apache.catalina.cluster.mcast.McastMember[tcp://w.x.y.z:42001,w.x.y.z,42 001, alive=111640]. This operation will timeout if no session state has been received within 60 seconds After a delay, server 01 logs this information. 10 nov. 2004 17:14:54 org.apache.catalina.cluster.session.DeltaManager start GRAVE: Manager[/myapp], No session state received, timing out. 10 nov. 2004 17:14:54 org.apache.catalina.core.StandardHostDeployer install INFO: Installation d'une application pour le chemin de contexte depuis l'URL file:/opt/tomcat-tst01/webapps/ROOT ... INFO: Server startup in 62980 ms server 01 handle the application requests, new session is created. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: valve versus filter
filter = portable standard valve = tomcat specific - Original Message - From: David Boyer [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 11:48 AM Subject: Q: valve versus filter We're using IIS 6 with the JK2 ISAPI filter (Tomcat 5.0.28). I have several filters that I'm using on almost every context in production: an authentication filter, an access-control filter, and a compression filter. I'd be interested in implementing these things at a more global level rather than on a per-context level. Would valves be the way to do this? I recognize that valves come into the picture at an earlier point in the chain. I'd be interested in hearing how other people might approach filters that are being applied on all contexts. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem clustering tomcat when a failed server is restarting
the GenericPrincipal.getPassword() returns null that is why you get this error, you can open a bugzilla report so that we can track it Filip - Original Message - From: LERBSCHER Jean-Pierre [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 11:55 AM Subject: RE : Problem clustering tomcat when a failed server is restarting We are using Tomcat 5.0.27. -Message d'origine- De : Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Envoyé : mercredi 17 novembre 2004 18:27 À : Tomcat Users List Objet : Re: Problem clustering tomcat when a failed server is restarting What version of tomcat? It fails when it tries to write the principal information to the stream. Since I don't know what version of tomcat you are using, I can't tell you exactly what went wrong. maybe something in the principal returns null Filip - Original Message - From: LERBSCHER Jean-Pierre [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 4:41 AM Subject: Problem clustering tomcat when a failed server is restarting We have a cluster Tomcat composed of two servers (default configuration of the cluster is used). When the first server is stopped, the cluster continues to work fine (requests are handled by the server that is running). But when the stopped server is restarting we can see these exceptions. Could you comment this log and explain us what is wrong. Thanks. The server that handle the requests log this exception Server 02 10 nov. 2004 17:13:54 org.apache.catalina.cluster.tcp.SimpleTcpCluster memberAdded INFO: Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://w.x.y.z:41001,w.x. y.z,41001, alive=35] 10 nov. 2004 17:13:54 org.apache.catalina.cluster.session.DeltaManager messageReceived GRAVE: Unable to receive message through TCP channel java.lang.NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength(ObjectOutputSt ream.java:1898) at java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF(ObjectOutputStream .java:1769) at java.io.ObjectOutputStream.writeUTF(ObjectOutputStream.java:787) at org.apache.catalina.cluster.session.SerializablePrincipal.writePrincipal(Ser ializablePrincipal.java:180) at org.apache.catalina.cluster.session.DeltaSession.writeObject(DeltaSession.ja va:1457) at org.apache.catalina.cluster.session.DeltaSession.writeObjectData(DeltaSessio n.java:930) at org.apache.catalina.cluster.session.DeltaManager.doUnload(DeltaManager.java: 539) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManage r.java:854) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaMa nager.java:762) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(SimpleT cpCluster.java:576) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplica tionThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThrea d.java:67) In the same time the server restarting logs this information. server 01 Creating ClusterManager for context /myapp using class org.apache.catalina.cluster.session.DeltaManager 10 nov. 2004 17:13:54 org.apache.catalina.cluster.session.DeltaManager start INFO: Starting clustering manager...:/myapp 10 nov. 2004 17:13:54 org.apache.catalina.cluster.session.DeltaManager start ATTENTION: Manager[/myapp], requesting session state from org.apache.catalina.cluster.mcast.McastMember[tcp://w.x.y.z:42001,w.x.y.z,42 001, alive=111640]. This operation will timeout if no session state has been received within 60 seconds After a delay, server 01 logs this information. 10 nov. 2004 17:14:54 org.apache.catalina.cluster.session.DeltaManager start GRAVE: Manager[/myapp], No session state received, timing out. 10 nov. 2004 17:14:54 org.apache.catalina.core.StandardHostDeployer install INFO: Installation d'une application pour le chemin de contexte depuis l'URL file:/opt/tomcat-tst01/webapps/ROOT ... INFO: Server startup in 62980 ms server 01 handle the application requests, new session is created. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem clustering tomcat when a failed server is restarting
http://issues.eu.apache.org/bugzilla/ - Original Message - From: LERBSCHER Jean-Pierre [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 12:15 PM Subject: RE : Problem clustering tomcat when a failed server is restarting Could you give me a link to open bugzilla report? Or more recent versions of Tomcat can they correct this problem ? -Message d'origine- De : Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Envoyé : mercredi 17 novembre 2004 19:10 À : Tomcat Users List Objet : Re: Problem clustering tomcat when a failed server is restarting the GenericPrincipal.getPassword() returns null that is why you get this error, you can open a bugzilla report so that we can track it Filip - Original Message - From: LERBSCHER Jean-Pierre [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 11:55 AM Subject: RE : Problem clustering tomcat when a failed server is restarting We are using Tomcat 5.0.27. -Message d'origine- De : Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Envoyé : mercredi 17 novembre 2004 18:27 À : Tomcat Users List Objet : Re: Problem clustering tomcat when a failed server is restarting What version of tomcat? It fails when it tries to write the principal information to the stream. Since I don't know what version of tomcat you are using, I can't tell you exactly what went wrong. maybe something in the principal returns null Filip - Original Message - From: LERBSCHER Jean-Pierre [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 4:41 AM Subject: Problem clustering tomcat when a failed server is restarting We have a cluster Tomcat composed of two servers (default configuration of the cluster is used). When the first server is stopped, the cluster continues to work fine (requests are handled by the server that is running). But when the stopped server is restarting we can see these exceptions. Could you comment this log and explain us what is wrong. Thanks. The server that handle the requests log this exception Server 02 10 nov. 2004 17:13:54 org.apache.catalina.cluster.tcp.SimpleTcpCluster memberAdded INFO: Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://w.x.y.z:41001,w.x. y.z,41001, alive=35] 10 nov. 2004 17:13:54 org.apache.catalina.cluster.session.DeltaManager messageReceived GRAVE: Unable to receive message through TCP channel java.lang.NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength(ObjectOutputSt ream.java:1898) at java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF(ObjectOutputStream .java:1769) at java.io.ObjectOutputStream.writeUTF(ObjectOutputStream.java:787) at org.apache.catalina.cluster.session.SerializablePrincipal.writePrincipal(Ser ializablePrincipal.java:180) at org.apache.catalina.cluster.session.DeltaSession.writeObject(DeltaSession.ja va:1457) at org.apache.catalina.cluster.session.DeltaSession.writeObjectData(DeltaSessio n.java:930) at org.apache.catalina.cluster.session.DeltaManager.doUnload(DeltaManager.java: 539) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManage r.java:854) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaMa nager.java:762) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(SimpleT cpCluster.java:576) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplica tionThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThrea d.java:67) In the same time the server restarting logs this information. server 01 Creating ClusterManager for context /myapp using class org.apache.catalina.cluster.session.DeltaManager 10 nov. 2004 17:13:54 org.apache.catalina.cluster.session.DeltaManager start INFO: Starting clustering manager...:/myapp 10 nov. 2004 17:13:54 org.apache.catalina.cluster.session.DeltaManager start ATTENTION: Manager[/myapp], requesting session state from org.apache.catalina.cluster.mcast.McastMember[tcp://w.x.y.z:42001,w.x.y.z,42 001, alive=111640]. This operation will timeout if no session state has been received within 60 seconds After a delay, server 01 logs this information. 10 nov. 2004 17:14:54 org.apache.catalina.cluster.session.DeltaManager start GRAVE: Manager[/myapp], No session state received, timing out. 10 nov. 2004 17:14:54 org.apache.catalina.core.StandardHostDeployer install INFO: Installation d'une application pour le chemin de contexte depuis l'URL file:/opt/tomcat-tst01/webapps/ROOT ... INFO: Server startup in 62980 ms server 01 handle the application requests, new session is created
Re: Rotating catalina.out with Webmin
if you dont get webmin fixed, I recommend cronolog instead. You cant just rotate it, cause then tomcat loses the file handle, and you will lose all further output. with cronolog you simply pipe it through cronolog like this your java start command | /usr/local/sbin/cronolog $CATALINA_BASE$/logs/%Y-%m-%d.catalina.out /dev/null 21 this will rotate the logs daily Filip - Original Message - From: Carlos [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 15, 2004 2:05 PM Subject: Rotating catalina.out with Webmin Hi Forum, Could someone recommend settings for using the log rotation of Webmin in order to rotate catalina.out (any cautionary measures)? I just created an entry in Webmin to rotate the catalina.out file weekly with all the default settings (keeping the last four copies). Are there any scripts I should run before or after the rotation is carried out? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Rotating catalina.out with Webmin
nope, the moment you execute the mv the file handle has moved. switch to cronolog to save you some time, cronolog might recreate the file for you to, so no handle is ever lost, try it before you come back to the list :) Filip - Original Message - From: Carlos Oliva [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Monday, November 15, 2004 2:28 PM Subject: RE: Rotating catalina.out with Webmin Hi Filip, I set-up the Webmin Log Rotation entry to the following: 1) Re-create log file after rotation? Yes, with mode and owned by user and group 2) Store old rotated logs in Directory Same directory as log file Default (Same directory as log file) 3) Extension for rotated filenames Default Should not this maintain the file handle? -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Monday, November 15, 2004 3:19 PM To: Tomcat Users List Subject: Re: Rotating catalina.out with Webmin if you dont get webmin fixed, I recommend cronolog instead. You cant just rotate it, cause then tomcat loses the file handle, and you will lose all further output. with cronolog you simply pipe it through cronolog like this your java start command | /usr/local/sbin/cronolog $CATALINA_BASE$/logs/%Y-%m-%d.catalina.out /dev/null 21 this will rotate the logs daily Filip - Original Message - From: Carlos [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 15, 2004 2:05 PM Subject: Rotating catalina.out with Webmin Hi Forum, Could someone recommend settings for using the log rotation of Webmin in order to rotate catalina.out (any cautionary measures)? I just created an entry in Webmin to rotate the catalina.out file weekly with all the default settings (keeping the last four copies). Are there any scripts I should run before or after the rotation is carried out? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Rotating catalina.out with Webmin
this was not the case when using a java.io.FileOutputStream(), so I assume you tried and verified this :) Filip - Original Message - From: [EMAIL PROTECTED] To: Filip Hanik - Dev [EMAIL PROTECTED] Cc: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, November 15, 2004 3:16 PM Subject: Re: Rotating catalina.out with Webmin On Mon, Nov 15, 2004 at 02:36:57PM -0600, Filip Hanik - Dev wrote: nope, the moment you execute the mv the file handle has moved. switch to cronolog to save you some time, cronolog might recreate the file for you to, so no handle is ever lost, try it before you come back to the list :) [...snip...] if you dont get webmin fixed, I recommend cronolog instead. You cant just rotate it, cause then tomcat loses the file handle, and you will lose all further output. This is incorrect. A reference to an open file stays perfectly valid regardless of what is done to the name of the file. You can even remove the file entirely and any previously opened file handle will continue to function (and take up disk space!). Renaming a file changes the way you get access to the underlying file object but does not change the object itself. Since a file handle that a process has refers to the the underlying object, not the name, output will continue to be written to the original file and the new catalina.out will remain empty. eric - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multi-Site Clustering? (hot failover)
You need your fail over to be higher up in your network stack Filip - Original Message - From: Steve Kirk [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 9:35 AM Subject: RE: Multi-Site Clustering? (hot failover) I've considered something like this in the past. However, I'd be interested to know how you plan to have the failover website at the second take over when the first website dies. In other words, how will a user's browser know to access the website at the failover IP address rather than the regular one? Chaning the DNS is not going to do it for you I wouldn't have thought? I've heard tomcat supports clustering, but I'm thinking about a similar, but different situation: having a duplicate server at a distant hosting center, set up to take over if the first server or the first hosting center encounter problems. This isn't about load, so much as reliability. I don't *think* there are any special things I need to do at the tomcat level, but I figure it can't hurt to ask if I'm missing something. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multi-Site Clustering? (hot failover)
Even a datacenter by itself plugs in to more than one backbone (network provider) So a datacenter itself has more than one connection into it. So what I am saying, if you want to fail over between data centers, that is not something you configure in tomcat, or in your own network, that is something you probably arrange with the data centers or the network providers, cause if your data center gets shattered in an earth quake, all the routers in there will be dead anyway. Filip - Original Message - From: Steve Kirk [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 12:39 PM Subject: RE: Multi-Site Clustering? (hot failover) thanks for replying, but can you be a bit more specific please? I'm stll not understanding how this can be done. -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Wednesday 10 November 2004 16:47 To: Tomcat Users List Subject: Re: Multi-Site Clustering? (hot failover) You need your fail over to be higher up in your network stack Filip - Original Message - From: Steve Kirk [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 9:35 AM Subject: RE: Multi-Site Clustering? (hot failover) I've considered something like this in the past. However, I'd be interested to know how you plan to have the failover website at the second take over when the first website dies. In other words, how will a user's browser know to access the website at the failover IP address rather than the regular one? Chaning the DNS is not going to do it for you I wouldn't have thought? I've heard tomcat supports clustering, but I'm thinking about a similar, but different situation: having a duplicate server at a distant hosting center, set up to take over if the first server or the first hosting center encounter problems. This isn't about load, so much as reliability. I don't *think* there are any special things I need to do at the tomcat level, but I figure it can't hurt to ask if I'm missing something. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multi-Site Clustering? (hot failover)
which might also give you the idea, if you control your own DNS, you could manually switch it over to a new set of IP addresses when your old data center blows up. Filip - Original Message - From: Peter Lin [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 1:08 PM Subject: Re: Multi-Site Clustering? (hot failover) normally ISP will offer multi-site load balancing using DNS. In terms of failover, it generally handled the same way. If an earthquake swallows the first location, the second site's DNS will pick and route the traffic to the second cluster. I would talk to your service provider. the smaller shops don't offer it, so you'll have to talk to a bigger ISP. peter On Wed, 10 Nov 2004 12:52:17 -0600, Filip Hanik - Dev [EMAIL PROTECTED] wrote: Even a datacenter by itself plugs in to more than one backbone (network provider) So a datacenter itself has more than one connection into it. So what I am saying, if you want to fail over between data centers, that is not something you configure in tomcat, or in your own network, that is something you probably arrange with the data centers or the network providers, cause if your data center gets shattered in an earth quake, all the routers in there will be dead anyway. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multi-Site Clustering? (hot failover)
if you have two TC instances running at two different IP addresses and they are both up, just put in DNS loadbalancing (ie, configure DNS to have both IP addresses in the A records) you don't need to run DNS to do this Filip - Original Message - From: Steve Kirk [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED]; 'Peter Lin' [EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 7:57 PM Subject: RE: Multi-Site Clustering? (hot failover) Thanks, interesting. But I think we're talking at crossed purposes. I'm not proposing running my own DNS, and I don't have an existing installation. Just an idea of maybe deploying two indentical TC webservers at different ISPs. What I'm saying is that if I have two identical TC servers, one at ISP A and one at ISP B, and my DNS is managed by one (or even both) of them, then if my main server fails, it doesn't matter how quick or clever the DNS management of A or B is, if users connect to my site via other ISPs (C, D, etc) whose DNS servers don't respect my ISP's low TTL. I know that this used to be a problem, I'm not sure how much it is these days. -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: Wednesday 10 November 2004 23:50 To: Tomcat Users List Subject: Re: Multi-Site Clustering? (hot failover) I would check the service level agreement for DNS load balancing across multiple sites. The big guys like Level3, global crossing, mci have this stuff worked out so that when a DNS server does fail, it does get routed immediately. typically that means you actually don't handle DNS at all in your servers. the ISP handles that completely. If you were running DNS on one of your boxes, they would have a hard time meeting the SLA. The general rule is to set it up and then unplug the CAT5 cable and see how quickly the traffic gets routed to the other cluster. on a previous job, we did that and it was pretty seamless. it wasn't cheap either since we had a couple of full cabinets at two different locations. peter On Wed, 10 Nov 2004 22:52:08 -, Steve Kirk [EMAIL PROTECTED] wrote: OK that's roughly what I thought. But IME this does not switch things over fast enough to count as a hot failover. Maybe I'm not aware of a premium service that's available, but my experience has been that DNS updates don't propagate fast enough for this. There are often customers that cannot reach the site after a DNS change for 24-48 hours, or even more in some cases. IME the problem seems to be that some secondary DNSs (e.g. those provided by some of your end users' ISPs) don't seem to respect TTL in the DNS records, and so they keep stale records without checking for updates, even if you specify a short TTL. This is a problem at the best of times, let alone when your main site has failed. It seems to me that occasionally, some DNSs also seem to miss changes in SOA, which can be disastrous if you move your DNS to a new ISP. As far as I can see, there is no way to get around these glitches because the secondary DNSs are under the control of an ISP that you do not have a relationship with? Or are the problems I'm describing a thing of the past? -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Wednesday 10 November 2004 19:14 To: Tomcat Users List; Peter Lin Subject: Re: Multi-Site Clustering? (hot failover) which might also give you the idea, if you control your own DNS, you could manually switch it over to a new set of IP addresses when your old data center blows up. Filip - Original Message - From: Peter Lin [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 1:08 PM Subject: Re: Multi-Site Clustering? (hot failover) normally ISP will offer multi-site load balancing using DNS. In terms of failover, it generally handled the same way. If an earthquake swallows the first location, the second site's DNS will pick and route the traffic to the second cluster. I would talk to your service provider. the smaller shops don't offer it, so you'll have to talk to a bigger ISP. peter On Wed, 10 Nov 2004 12:52:17 -0600, Filip Hanik - Dev [EMAIL PROTECTED] wrote: Even a datacenter by itself plugs in to more than one backbone (network provider) So a datacenter itself has more than one connection into it. So what I am saying, if you want to fail over between data centers, that is not something you configure in tomcat, or in your own network, that is something you probably arrange with the data centers or the network providers, cause if your data center gets shattered in an earth quake, all the routers in there will be dead anyway. Filip
Re: exception in clustering
looks pretty normal, this shows that a connection was broken between one server and the other, you need to figure out why it breaks? restart? network? Filip - Original Message - From: Ronald Klop [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 10:02 AM Subject: exception in clustering Hello, I've a cluster of two nodes with 5.0.25 running on Linux. Everythings works fine for most of the day, but we are now getting this a lot on one server. After shutting down this server, the other one still runs. Nov 9, 2004 4:50:24 PM org.apache.catalina.cluster.tcp.TcpReplicationThread run SEVERE: TCP Worker thread in cluster caught 'java.io.IOException: Connection reset by peer' closing channel java.io.IOException: Connection reset by peer at sun.nio.ch.FileDispatcher.read0(Native Method) at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21) at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233) at sun.nio.ch.IOUtil.read(IOUtil.java:206) at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:207) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:123) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:67) and I also see this: SEVERE: TCP Worker thread in cluster caught 'java.io.IOException: Connection reset by peer' closing channel java.io.IOException: Connection reset by peer at sun.nio.ch.FileDispatcher.read0(Native Method) at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21) at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233) at sun.nio.ch.IOUtil.read(IOUtil.java:206) at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:207) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:123) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:67) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:296) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:372) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:694) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:626) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:807) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:644) at java.lang.Thread.run(Thread.java:534) Can I solve this by tweaking some timeouts? I'm about to upgrade to 5.0.28 soon. Is this going to help? Ronald. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: exception in clustering
here's the deal, the error is on the receiving side. ie, the server printing the error is the on the receiving side getting data. So the sending server closes its connections, and the receiving server prints this message. If the network times out, then this is fine, its more an info message than severe, but it could also be telling you that your network wont allow TCP connections to stay open. and for that, there is no setting inside tomcat. if you do find an option that you would need to set, but its not available, just let us know and we'll expose it for you. Filip - Original Message - From: Ronald Klop [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 2:09 PM Subject: Re: exception in clustering Yes, I understand that, but I was wondering if there is more experience with using a cluster under load. I am thinking about timeout settings? Or maybe something else. I have everything as default now. Ronald. On Tue Nov 09 17:21:47 CET 2004 Filip Hanik - Dev [EMAIL PROTECTED] wrote: looks pretty normal, this shows that a connection was broken between one server and the other, you need to figure out why it breaks? restart? network? Filip - Original Message - From: Ronald Klop [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 10:02 AM Subject: exception in clustering Hello, I've a cluster of two nodes with 5.0.25 running on Linux. Everythings works fine for most of the day, but we are now getting this a lot on one server. After shutting down this server, the other one still runs. Nov 9, 2004 4:50:24 PM org.apache.catalina.cluster.tcp.TcpReplicationThread run SEVERE: TCP Worker thread in cluster caught 'java.io.IOException: Connection reset by peer' closing channel java.io.IOException: Connection reset by peer at sun.nio.ch.FileDispatcher.read0(Native Method) at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21) at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233) at sun.nio.ch.IOUtil.read(IOUtil.java:206) at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:207) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:123) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:67) and I also see this: SEVERE: TCP Worker thread in cluster caught 'java.io.IOException: Connection reset by peer' closing channel java.io.IOException: Connection reset by peer at sun.nio.ch.FileDispatcher.read0(Native Method) at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21) at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233) at sun.nio.ch.IOUtil.read(IOUtil.java:206) at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:207) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:123) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:67) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:296) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:372) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:694) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:626) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:807) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:644) at java.lang.Thread.run(Thread.java:534) Can I solve this by tweaking some timeouts? I'm about to upgrade to 5.0.28 soon. Is this going to help? Ronald. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Killing threads during context restart
you can setup context listeners, and when the context is stopped you will receive an event and can stop your bg thread Filip - Original Message - From: TK Banks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 4:40 PM Subject: Killing threads during context restart I have a background thread object in my tomcat application that performs some garbage-collection like functions (i.e., wakes up periodically and does some application specific cleanup). I have tomcat configured to restart the context when I drop new class files in the WEB-INF/classes directory. Recently I have discovered multiple copies of my these background threads running simultaneously. Further investigation has shown that I get an additional copy with each context restart. I guess I don't even know what a context is, but I assumed that a context restart would kill off all application threads. How am I supposed to get all my application threads to die when the context restarts? Checking instance variables don't work since the data from the old context and the new does not appear to be shared. Thanks much, Matt __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat not starting...Tomcat4.1.30
look at all the logs files, there is always something in there, if you are running on windows, go to the bin directory in a dos prompt and type catalina.bat run and see why its failing, and also, get yourself a version control system, that way you won't lose data :) Filip -Original Message- From: Shilpa Nalgonda [mailto:[EMAIL PROTECTED] Sent: Sunday, November 07, 2004 12:07 PM To: Tomcat Users List Subject: Tomcat not starting...Tomcat4.1.30 Hi My Tomcat instance is so badly messed up , i am not able to start it...at all...while i was redeploying my app , it gave me some email related classes not found error...so i copied all the relevant jar into Tomcat/common/lib directory...Then it gave me some other other, so to eliminate the problem, i removed those jars from common/lib and thats it..from then on Tomcat is not starting...nothing in logs...and says exception starting up...i tried so many things but the console is not coming up...I just dowmloaded new Tomcat version in other diretory, did not uninstall the old one , even the new Tomcat is coming up.. do i have to uninstall the old one before the new install?...i am afraid that i loose all my old stuff. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.786 / Virus Database: 532 - Release Date: 10/29/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.786 / Virus Database: 532 - Release Date: 10/29/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can application scope data be replicated
not at this time - Original Message - From: Norris Shelton [EMAIL PROTECTED] To: Tomcat [EMAIL PROTECTED] Sent: Tuesday, November 02, 2004 1:45 PM Subject: Can application scope data be replicated Is there a way to replicate application scope data like there is a way to replicate session scope information? = Norris Shelton Software Engineer Sun Certified Java 1.1 Programmer Appriss, Inc. ICQ# 26487421 AIM NorrisEShelton YIM norrisshelton __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat in a High Traffic Environment
turn off keep alive - Original Message - From: Andrew Miehs [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, October 29, 2004 10:45 AM Subject: Re: Tomcat in a High Traffic Environment Hi Yoav, I have not read the Servlet Spec, so please pardon my ignorance. (Definitely do not mean to offend). What I still haven't had clearly answered is: User A sends request (with keepalive) to tomcat. Tomcat assigns request to thread (T1). Tomcat sends result back. Is thread T1 now kept reserved for user A until he/ or tomcat closes the keep-alive connection? If this is the case, and I now have 1000 users, each with 2 connections per user (ie: 2000 connections) do I need 2000 threads? What if the requests each only take a very short amount of time? The server is capable of answering a lot more requests than those from the 1000 users, but due to the number of connections and threads, I am limited to the 1000 users per machine... Or am I just missing something here... I can understand the issue with the one thread one request in the Spec - am just wondering if there isn't a better way, as I can not see how this can possible scale in a high traffic environment - or maybe I just don't understand... :-( Thanks Andrew On 29.10.2004, at 17:28, Shapira, Yoav wrote: Hi, these keep-alive connections? Does it really keep 1 thread open for each keep-alive? this seems VERY unnecessary Remember that the Servlet Spec mandates the Servlet Container service a request with one thread, independent of the HTTP details. So before you think we're clueless when it comes to performant connection handling design, please keep that in mind ;) Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: newbie question
you have conflict in ports, both tomcats can not run on the same port at the same time. instead of calling start.bat, call catalina.bat run to have the windows stay the same and not shutdown on you FIlip -Original Message- From: Luke FERNANDEZ [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 1:27 PM To: [EMAIL PROTECTED] Subject: RE: newbie question Can you run multiple instances of Tomcat? I tried this but I ran into problems. I'm running Sakai (the open source Learning Management System) which installs its own Tomcat engine. When I try to start up my own non-Sakai Tomcat instance from the command line (which resides in a completely separate jakarta-tomcat-5.0.28 folder) a new DOS window pops up and it seems like it goes through the entire deployment in the conventional manner. But instead of staying open, that second DOS window eventually closes. And then when I try to request pages against the second Tomcat instance I don't get anything back in the browser. The Sakai instance still serves pages correctly. However, if the Sakai Tomcat server is turned off I can turn on my other instance and serve pages from it. Is there a way to make both Tomcat engines run simultaneously without conflict? Cheers, Luke Fernandez [EMAIL PROTECTED] 10/28/2004 11:11:05 AM Or you could run multiple instances of Tomcat On Thu, 2004-10-28 at 12:23, Shapira, Yoav wrote: Hi, Yes: define separate Engines or Services for the two apps in your server.xml, and put each connector only in the Service where you want it. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Luke FERNANDEZ [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 12:16 PM To: [EMAIL PROTECTED] Subject: newbie question Is there an easy way to specify that one of the apps in the webapps folder be served off one port (e.g. 80) whereas another app should be served off another port (8080)? Thanks for your help, Luke Fernandez Weber State University - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.778 / Virus Database: 525 - Release Date: 10/15/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.778 / Virus Database: 525 - Release Date: 10/15/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: newbie question
did you look at the other connectors? catalina.bat run - will tell you the message, try that Filip -Original Message- From: Luke FERNANDEZ [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 1:52 PM To: [EMAIL PROTECTED] Subject: RE: newbie question There would be port conflict even though the Sakai Tomcat app serves from port 8080 while my Tomcat instance serves from port 80? Luke [EMAIL PROTECTED] 10/28/2004 12:28:46 PM you have conflict in ports, both tomcats can not run on the same port at the same time. instead of calling start.bat, call catalina.bat run to have the windows stay the same and not shutdown on you FIlip -Original Message- From: Luke FERNANDEZ [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 1:27 PM To: [EMAIL PROTECTED] Subject: RE: newbie question Can you run multiple instances of Tomcat? I tried this but I ran into problems. I'm running Sakai (the open source Learning Management System) which installs its own Tomcat engine. When I try to start up my own non-Sakai Tomcat instance from the command line (which resides in a completely separate jakarta-tomcat-5.0.28 folder) a new DOS window pops up and it seems like it goes through the entire deployment in the conventional manner. But instead of staying open, that second DOS window eventually closes. And then when I try to request pages against the second Tomcat instance I don't get anything back in the browser. The Sakai instance still serves pages correctly. However, if the Sakai Tomcat server is turned off I can turn on my other instance and serve pages from it. Is there a way to make both Tomcat engines run simultaneously without conflict? Cheers, Luke Fernandez [EMAIL PROTECTED] 10/28/2004 11:11:05 AM Or you could run multiple instances of Tomcat On Thu, 2004-10-28 at 12:23, Shapira, Yoav wrote: Hi, Yes: define separate Engines or Services for the two apps in your server.xml, and put each connector only in the Service where you want it. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Luke FERNANDEZ [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 12:16 PM To: [EMAIL PROTECTED] Subject: newbie question Is there an easy way to specify that one of the apps in the webapps folder be served off one port (e.g. 80) whereas another app should be served off another port (8080)? Thanks for your help, Luke Fernandez Weber State University - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.778 / Virus Database: 525 - Release Date: 10/15/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.778 / Virus Database: 525 - Release Date: 10/15/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.778 / Virus Database: 525 - Release Date: 10/15/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.778 / Virus Database: 525 - Release Date: 10/15/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: newbie question
yes, and if you actually read the message StandardServer.await: create[8005]: java.net.BindException: Address already in u se: JVM_Bind java.net.BindException: Address already in use: JVM_Bind look for 8005 in your server.xml and you will find out that this is the shutdown port. Filip -Original Message- From: Luke FERNANDEZ [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 2:10 PM To: [EMAIL PROTECTED] Subject: RE: newbie question Ok. When I use catalina.bat run instead of startup the window stays open but the second instance (on port 80) still isnt serving pages. I've included the screen output that happens after running catalina.bat run. Looks like its saying something about address already in use: C:\tomcat\jakarta-tomcat-5.0.28\bincatalina.bat run Using CATALINA_BASE: C:\tomcat\jakarta-tomcat-5.0.28 Using CATALINA_HOME: C:\tomcat\jakarta-tomcat-5.0.28 Using CATALINA_TMPDIR: C:\tomcat\jakarta-tomcat-5.0.28\temp Using JAVA_HOME: C:\j2sdk1.4.2_05 Oct 28, 2004 12:58:57 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-80 Oct 28, 2004 12:58:57 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1953 ms Oct 28, 2004 12:58:57 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Oct 28, 2004 12:58:57 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.28 Oct 28, 2004 12:58:57 PM org.apache.catalina.core.StandardHost start INFO: XML validation disabled Oct 28, 2004 12:58:57 PM org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) Oct 28, 2004 12:58:57 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:C:\tomcat\jakarta-tomcat-5. 0.28\conf\Catalina\localhost\admin.xml Oct 28, 2004 12:58:59 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.struts.util.LocalStrings', returnNull=tru e Oct 28, 2004 12:58:59 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.struts.action.ActionResources', returnNul l=true Oct 28, 2004 12:58:59 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.webapp.admin.ApplicationResources', retur nNull=true Oct 28, 2004 12:59:02 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:C:\tomcat\jakarta-tomcat-5. 0.28\conf\Catalina\localhost\balancer.xml Oct 28, 2004 12:59:02 PM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:C:\tomcat\jakarta-tomcat-5. 0.28\conf\Catalina\localhost\manager.xml Oct 28, 2004 12:59:02 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /jsp-examples from URL file:C:\ tomcat\jakarta-tomcat-5.0.28\webapps\jsp-examples Oct 28, 2004 12:59:03 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /Login from URL file:C:\tomcat\ jakarta-tomcat-5.0.28\webapps\Login Oct 28, 2004 12:59:04 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.struts.util.LocalStrings', returnNull=tru e Oct 28, 2004 12:59:04 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.struts.action.ActionResources', returnNul l=true Oct 28, 2004 12:59:04 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='ApplicationResources', returnNull=true Oct 28, 2004 12:59:04 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path from URL file:C:\tomcat\jakart a-tomcat-5.0.28\webapps\ROOT Oct 28, 2004 12:59:04 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /servlets-examples from URL fil e:C:\tomcat\jakarta-tomcat-5.0.28\webapps\servlets-examples Oct 28, 2004 12:59:05 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /tomcat-docs from URL file:C:\t omcat\jakarta-tomcat-5.0.28\webapps\tomcat-docs Oct 28, 2004 12:59:05 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /TomProj from URL file:C:\tomca t\jakarta-tomcat-5.0.28\webapps\TomProj Oct 28, 2004 12:59:06 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /webdav from URL file:C:\tomcat \jakarta-tomcat-5.0.28\webapps\webdav Oct 28, 2004 12:59:07 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-80 Oct 28, 2004 12:59:07 PM org.apache.jk.common.ChannelSocket init INFO: Port busy 8009 java.net.BindException: Address already in use: JVM_Bind Oct 28, 2004 12:59:07 PM org.apache.jk.common.ChannelSocket init
RE: which Linux Platform is best for Tomcat?
redhat 9 is pretty crummy with java, you might need to add in the LD_ASSUME_KERNEL parameter for stability Filip -Original Message- From: Evgeny Gesin [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 26, 2004 9:11 AM To: Tomcat Users List Subject: Re: which Linux Platform is best for Tomcat? Tomcat 4.x works very well on production servers with RedHat 9 and Fedora 2. The new Java 1.5 adds better memory management. Evgeny Gesin http://www.javadesk.com http://www.alltelescopes.com __ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.778 / Virus Database: 525 - Release Date: 10/15/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.778 / Virus Database: 525 - Release Date: 10/15/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
