you should do export LD_ASSUME_KERNEL=2.4.1
not export set LD_ASSUME_KERNEL=2.4.1 in regular bash shell -----Original Message----- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:38 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Heh, now I am replying to myself :P I tried export set LD_ASSUME_KERNEL=2.4.1 No change in Behaviour then I tried export set LD_ASSUME_KERNEL=2.2.5 again, no change. I restarted both servers between runs. I still get the CPU going crazy Scenario. -Steve -----Original Message----- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 3:03 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, I reverted back to the 5.0.16 version and now I don't have the high CPU ute. But it takes almost 60 seconds for the Manager to request the session state. Which causes it to fail to synch about half the time. Must be something in the Synch code. Which comes back to your original comments about the NIO stuff and RH9 not liking Java in general. Is there a known fix for making things right with RH9? I could try that. -Steve -----Original Message----- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:53 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Yep, also happens when I use asynch. I couldn't get the profiling files to load on the machine I am using right now, when I get back to the servers I'll try to figure out what is eating up all the CPU....although TOP tells me arround 30% of the ute is system level as opposed the the java executable. Sounds like alot of the load may be in system calls. -Steve -----Original Message----- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:47 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication I'll try to get an instance going today. Will let you know how it goes also, try asynchronous replication, does it still go to 100%? Filip -----Original Message----- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 12:08 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110:5555 SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110:5555 SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110:5555 SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110:5555 *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -----Original Message----- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -----Original Message----- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.....the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson --------------------------------------------------------------------- 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]
