Howdy,
>when you say 'sockets remain bound', do you mean the hexadecimal
addresses?
>how should I check these sockets?
I mean the network sockets: use the netstat command to see if tomcat is
still listening on ports (8005, 8080 by default).
>Also, does anyone know a good CPU usage monitor for l
Hey Yoav,
when you say 'sockets remain bound', do you mean the hexadecimal addresses?
how should I check these sockets?
Also, does anyone know a good CPU usage monitor for linux?
Cheers
S
Shapira, Yoav wrote:
Howdy,
So do you have any idea whats going on?
I don't have a good idea. It's
Howdy,
>So do you have any idea whats going on?
I don't have a good idea. It's strange they're all daemons. Does the
CPU usage go way up when the JVM process is hung? Do the sockets remain
bound?
Yoav Shapira
This e-mail, including any attachments, is a confidential business communicatio
So do you have any idea whats going on?
S
Shapira, Yoav wrote:
Howdy,
By address I assume you mean the hexademical numbers in the square
brackets on the first line of each?
Yes.
15 is a daemon, I've posted a few lines from each:
Hmm, they're all daemons. How strange...
Yoav Sh
Howdy,
>By address I assume you mean the hexademical numbers in the square
>brackets on the first line of each?
Yes.
>15 is a daemon, I've posted a few lines from each:
Hmm, they're all daemons. How strange...
Yoav Shapira
This e-mail, including any attachments, is a confidential business
By address I assume you mean the hexademical numbers in the square
brackets on the first line of each?
15 is a daemon, I've posted a few lines from each:
"Thread-35" daemon prio=1 tid=0x08454c30 nid=0x38f7 waiting on condition
[4f20a000..4f20c714]
at sun.security.provider.MD5.engineUpdat
Howdy,
>The only thread that makes any sense to me, because it refers to a bit
>of my own code, is thread number 15. I use my bean to download
selected
>files from one of several ftp mirrors.
Is it a daemon thread?
If you could post just the few lines of each thread in your dump (no
need for t
Well, Catalina did it again, suspended this weekend.
But following Yoav's recommendation I ran './catalina.sh stop' and then
did a 'kill -s SIGQUIT' on the JVM process and got this lovely long
thread dump in my catalina.out.
The only thread that makes any sense to me, because it refers to a bi
Howdy,
>If I shut down Catalina and the process persists, then can I assume
that
>all the Catalina-associated threads have been shut down and what I'm
>looking at are the persistent threads?
Yeah, plus the JVM root threads (main, Finalizer, Event) that cannot
shut down before your threads do. Th
Howdy,
My first problem is the definition of the JVM, i cant find it as a
process in its own right, I can only find the process for catalina,
sending a SIGQUIT to:
/usr/local/j2sdk_nb/j2sdk1.4.2/bin/java
-Djava.endorsed.dirs=/usr/local/tomcat/common/endorsed -classpath
/usr/local/j2sdk_nb/j2sd
Howdy,
>My first problem is the definition of the JVM, i cant find it as a
>process in its own right, I can only find the process for catalina,
>sending a SIGQUIT to:
>
>/usr/local/j2sdk_nb/j2sdk1.4.2/bin/java
>-Djava.endorsed.dirs=/usr/local/tomcat/common/endorsed -classpath
>/usr/local/j2sdk_nb
Shapira, Yoav wrote:
Howdy,
So basically, I iknow this is off-topic for a tomcat-users page, but if
I wanted to track down all the threads that are opened within the JVM
at
any one time, and the nature of the threads (ie Daemon etc.) and where
they come from etc. can I do this?
Howdy,
>So basically, I iknow this is off-topic for a tomcat-users page, but if
>I wanted to track down all the threads that are opened within the JVM
at
>any one time, and the nature of the threads (ie Daemon etc.) and where
>they come from etc. can I do this?
Sure. If you send a SIGQUIT to th
Hey,
Catalina.sh shutdown connects to the shutdown port (8005 by default) and
tells the server to shut down. Tomcat shuts down all its parts, and
that includes destroying servlets, filters, listeners as mandated by the
servlet specification. But tomcat does not call, for example,
System.exit(),
Howdy,
>I was under the impression that the start script first checks for
>another Tomcat instance, and bails if it finds one. Is that not true?
That's basically false. The startup code will try to bind to the ports
specified in server.xml. If they're taken (by any program, tomcat or
other), s
Oops, please ignore...
--mikej
-=--
mike jackson
[EMAIL PROTECTED]
> -Original Message-
> From: mike jackson [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 04, 2004 1:45 PM
> To: 'Tomcat Users List'
> Subject: RE: [Fwd: Catalina suspends for no reas
[Fwd: Catalina suspends for no reason?!?]
>
> I was under the impression that the start script first checks for
> another Tomcat instance, and bails if it finds one. Is that not true?
>
> Sam Seaver wrote:
> > I have discovered something that may be in effect linked to my pr
I was under the impression that the start script first checks for
another Tomcat instance, and bails if it finds one. Is that not true?
Sam Seaver wrote:
I have discovered something that may be in effect linked to my previous
email, regard catalina.sh:
I use `catalina.sh stop` and `catalina.sh
Howdy,
>so thought it's cut off, the process is exactly what catalina.sh
>started, so why doesnt catalina.sh stop it?
Catalina.sh shutdown connects to the shutdown port (8005 by default) and
tells the server to shut down. Tomcat shuts down all its parts, and
that includes destroying servlets, f
Fantastic...
but i dont quite get it, here's the command from catalina.sh:
exec "$_RUNJDB" $JAVA_OPTS $CATALINA_OPTS \
-Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \
-sourcepath
"$CATALINA_HOME"/../../jakarta-tomcat-4.0/catalina/src/share \
-Djava.security.ma
Howdy,
>However, I have come to realise that on occaison, the 'stop' command
>does not work, and when I restart, I thereafter create two copies of
the
>original tomcat. this should not be possible because the first tomcat
>should be using the same port, and thus blocking the restart, but
>somehow
21 matches
Mail list logo