no more crash!!! Finally..
:-)
I REALY appreciate your help. You guys are doing a really GREAT job!
Thanks again..
David Kumar
>Hi Felix,
>1. You are abandoning db connections and thus are draining the pool
> (most likely in my eyes)
>2. The pool is too small (unlikely, since no w
Hi Felix,
>1. You are abandoning db connections and thus are draining the pool
> (most likely in my eyes)
>2. The pool is too small (unlikely, since no work seems to be done other
>than waiting for new connections)
>3. Lock contention while going through borrowObject (unlikely, since no
>threa
Hey Rainer,
>It got stripped by the list. Can you post it somewhere and make the URL
>available?
here you go:
http://www.telestar.de/tmp10356/threaddump.txt
thanks
David
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.a
Hey Rainer,
>It got stripped by the list. Can you post it somewhere and make the URL
available?
here you go:
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apac
Hey Rainer,
attached you can find a Threaddump. Just rename it to .zip.
I'm not sure waht all the stuff at the dump means. but I'm sure you know.. :-)
thanks
>Please please before restarting take two thread dumps. On Linux/Unix a
>"kill -QUIT" will do that (and write the result to STDOUT, which
Hey,
>Please please before restarting take two thread dumps. On Linux/Unix a
>"kill -QUIT" will do that (and write the result to STDOUT, which
>depending on your setup likely goes to catalina.out). The QUIT signal
>does *not* terminate the JVM, it just quickly writes out the stacks of
>all thread
>close_wait for an AJP connection seen from Tomcat means the other side -
>mod_jk - has closed the connection, but not Tomcat.
>
>This is often due to a shorter Timeout on the mod_jk side than on the
>Tomcat side. It is not a problem per se, but it is if it happens for too
>many connections for a
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
Tel.: + 49 (0) 6592 / 712 -2826
Tel.: + 49 (0) 2676 / 9520 -183
Fax: + 49 (0) 6592 / 712 -2829
http://www.telestar.de/
-Ursprüngliche
Hey André,
> According to vmtools the server is boring most times..
>What do you mean, "boring" ? (like German "langweilig" ?).
--> Jep prety idle.. :-)
>If you have 2000+ connections there in one state or another, that should >mean
>that the
>system is usually pretty busy, I would think. On
n't there a option to tell tomcat to wait max. time for a response and
after that time kill the connection? As far as I understand connectionTimeout
is just for the initial request, so after Apache did answer in first correctly
connectionTimeout is valueless?
Attached you can fin
ut the options before.. But it sound like a great
idea.. Default is -1. So what would be a good time, one minute?
Thanks
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766
would be a good time, one minute?
Thanks
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
http://www.telestar.de/
-
To unsubscrib
ay kill off and >restart
>the Apache
>children processes, and clean up their mod_jk connections to Tomcat.
I tried to just restart the Apache, didn't work. As suggested I tried to use
the option -DisableReuse. That did make our situation a lot more horrible
instead of days / week
BTW... after a while CLOSE_WAIT changes to "can't identify protocol"
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
Tel.: + 49 (0) 6592 / 712 -2826
Tel.: + 49 (0) 2676 / 9520 -18
p?
Thanks a lot..
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
http://www.telestar.de/
-Ursprüngliche Nachricht-----
Von: David Kumar [mailto:dku...@telestar.de]
Gesendet: Mittwoch, 13.
ile I reduced the connectionTimeout, reconfigured maxClients and added
-DisableReuse to jkpropertys.
Lets see what happens...
Thanks a lot..
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
ect. Any other ideas?
Thanks
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
http://www.telestar.de/
-Ursprüngliche Nachricht-
Von: André Warnier [mailto:a...@ice-sa.com]
Gesendet
Hey,
thanks..
I downloaded jmxsh... I keep you guy up to date..
thanks...
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
http://www.telestar.de/
-Ursprüngliche Nachricht-
Von
ts is to low? I either should reduce the Thread at the connector or
increase MaxClients?
We got the connection_pool_timeout from here:
https://community.jboss.org/wiki/OptimalModjk12Configuration
I will have a look on the other recommended options
Thanks..
Mit freundlichen Grüßen
David
=7009
worker.tomcat2.reference=worker.tomcatX
worker.tomcat2.port=9009
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=tomcat1,tomcat2
worker.status.type=status
Hopefully one of you guys can give us a hint to fix that problem.
Mit freundlichen Grüßen
David Kumar
Softwareentwickl
o far..
Any other ideas?
Thanks
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
http://www.telestar.de/
-Ursprüngliche Nachricht-
Von: David Kumar [mailto:dku...@telestar.de]
Ges
Hey,
I do that at next deployment. --> I Thursday...
So far I'm trying executor for tomcat. As far I read, when I'm using connectors
idle process are forced to be close..
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR
Hey André,
are you talking about running System.gc()?
That should be possible..
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
http://www.telestar.de/
-Ursprüngliche Nachricht-
Von
hink so also because of that the connections are kept open on our
ajp ports.
I know that "CLOSE_WAIT" means, waiting for connections to be closed, but
wondering that it is not closing..
Thanks again
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - In
afs3 connection causing the Apache error?
thanks
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
http://www.telestar.de/
-Ursprüngliche Nachricht-
Von: David Kumar [mailto:dku...@telest
that
yesterday when I was editing the files within a shell.
So here are the working connectors:
tomcat1:
tomcat2:
thanks..
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
http://www.telest
mcat PIDs) I get:
Max open files4096 4096 files
Thanks again..
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
http://www.telestar.de/
-Urspr
a
remote cache manager. But I couldn't find any more information.
Does anyone of you know what my problem might be?
Thanks!
Mit freundlichen Grüßen
David Kumar
Softwareentwickler, B. Sc.
Abteilung Infotech - Interaktiv
TELESTAR-DIGITAL GmbH
Am Weiher 14
D-56766 Ulmen
www.telest
28 matches
Mail list logo