date:20100203

 From: Alexander Diedler [mailto:adied...@tecracer.de]
 Subject: BestPractise Multiple Webapps

 It is possible to impact all these webapps into one manager app and
 restart contexts?

Not to my knowledge.  An instance of the Tomcat manager works with only one 
Host.  Nothing to stop you from writing your own multi-host version, of 
course.

 Host name=app1 appBase=app1
 Aliaswww.app1.de/Alias

You could make each Host name www.app?.de and remove the Alias elements 
to reduce overhead slightly.

 /conf/Cartalina/app1/
 ROOT.xml
 Manager.xml

If you do remove the Alias elements, the directory under Catalina (not 
Cartalina) would have to change to www.app1.de.  Also, Manager.xml had better 
be manager.xml - case matters, even on Windows.

 Content ROOT.xml:
 Context path=/ reloadable=true docBase=D:\tomcat_apps\app1

The path attribute is illegal here, besides being wrong.

Same comments for the app2 and app3 setups.  The localhost directory also has 
manager.xml misspelled.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

w3wp randomly crashes when redirector is used

Hello

 

I really hope someone can help me with this. I have been trying to figure it
out for days and I am beginning to go mad!

 

The issue I am having appears to be very similar to
https://issues.apache.org/bugzilla/show_bug.cgi?id=45063. It might even be
the same issue.

 

Note I can recreate the problem on various flavours of Windows, and in IIS 6
 IIS 7. 

 

Details of the issue:

 

I have a web application which lives under the Default Web Site in IIS 6,
and which has its own app pool. The redirector (isapi_redirect.dll 1.2.28)
lives under the DefaultAppPool. 

 

The user would log into our web application (which uses our app pool) and
everything works as expected. If he then uses functionality which uses the
redirector (and the DefaultAppPool), w3wp.exe will probably crash. (I say
probably because sometimes it works without error).

 

Note everything works fine (i.e. there is no crash) if I run the
DefaultAppPool as Local System; the problem only seems to exist if I run
the DefaultAppPool as Local Service or Network Service. 

 

Details of the crash:

 

In the Event Viewer I can see the following -

 

Faulting application w3wp.exe, version 6.0.3790.3959, faulting module
ntdll.dll, version 5.2.3790.4455, fault address 0x0004f053.

 

And if I catch the crash using Debug Diagnostic Tool -

 

Thread 5 - System ID 6140

Entry point   w3tp!THREAD_MANAGER::ThreadManagerThread 

Create time   01/02/2010 13:13:26 

Time spent in user mode   0 Days 0:0:0.0 

Time spent in kernel mode   0 Days 0:0:0.15 

 

Function Arg 1 Arg 2 Arg 3   Source 

ntdll!RtlpWaitOnCriticalSection+c5   4b66d376


ntdll!RtlEnterCriticalSection+152 6a6ee4e8 6a6b9ae6 

isapi_redirect!TerminateFilter+c24b   76bbcc54


isapi_redirect+9ae6 01459180 4b66d376 

isapi_redirect!TerminateFilter+21435  1000 01b6dd18


isapi_redirect!HttpExtensionProc+29c  732448ee 73243b7a


iisutil!STRU::STRU+c 73243b7a 0157e69c 7327a93f

nativerd!CONFIG_ELEMENT::ReferenceConfigElement+f 000cf7f0 
7327a970

nativerd!CONFIG_ELEMENT_LIST::GetMergedElement+483 73243e08 0157eaa8


0x0157e68c   

 

 

NTDLL!RTLPWAITONCRITICALSECTION+C5In
w3wp__PID__5276__Date__02_01_2010__Time_01_13_27PM__226__Second_Chance_Excep
tion_C005.dmp the assembly instruction at
ntdll!RtlpWaitOnCriticalSection+c5 in C:\Windows\System32\ntdll.dll from
Microsoft Corporation has caused an access violation exception (0xC005)
when trying to write to memory location 0x0014 on thread 5

 

Module Information 

Image Name: C:\Windows\System32\ntdll.dll   

Base address: 0x76fc   

Checksum: 0x00135d86   

COM DLL: False   

ISAPIExtension: False   

ISAPIFilter: False   

Managed DLL: False   

VB DLL: False   

Loaded Image Name:  ntdll.dll   

Mapped Image Name: 

Module name:  ntdll   

Single Threaded:  False   

Module Size:  1.15 MBytes   

Symbol File Name:
c:\symcache\ntdll.pdb\B958B2F91A5A46B889DAFAB4D140CF252\ntdll.pdb   

Symbol Type:  PDB 

Time Stamp:  Sat Jan 19 07:32:54 2008  

Comments:   

Company Name:  Microsoft Corporation 

File Description:  NT Layer DLL 

File Version:  6.0.6001.18000 (longhorn_rtm.080118-1840) 

Internal Name:  ntdll.dll 

Legal Copyright:  C Microsoft Corporation. All rights reserved. 

Legal Trademarks:   

Original filename:  ntdll.dll 

Private Build:   

Product Name:  MicrosoftR WindowsR Operating System 

Product Version:  6.0.6001.18000 

Special Build:   

 

There is nothing obvious in Process Monitor which explains what is causing
the error.

 

Do any of you have any ideas what could be causing this? Any advice would be
greatly appreciated.

 

Cheers

 

Steve

Re: save session information

2010-02-03 Thread Ashish Kulkarni

Hi
Is there any document which explains how to do so

Ashish

On Wed, Feb 3, 2010 at 1:49 AM, Mark Thomas ma...@apache.org wrote:

 On 03/02/2010 05:28, Ashish Kulkarni wrote:
  Hi
  Is it possible with tomcat to save session information in database or
 some
  where which can be retrieved after restart, for example raisin
  provides symmetrical
  session which can be saved to database or file system

 Hi. Yes.


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




-- 
Ashish
www.ayurwellness.com
www.mysoftwareneeds.com

Force New Connection Pool

2010-02-03 Thread Dan Denton

Hello all. I'd like to find a way to force my tomcat instances to get new 
connection pools, without stopping and starting the instances and kicking out 
all of my connected users.

I'm using Oracle RAC with a failover service, and should one node fail, our 
tomcat instances don't reconnect automatically. Doing a full stop/start can be 
time consuming, so I was wondering if it were possible to make them reconnect 
without a full restart.

I'm running tomcat 5.5.12 on RHEL4 with JDK1.5.

Thanks in advance...

RE: save session information

 From: Ashish Kulkarni [mailto:ashish.kulkarn...@gmail.com]
 Subject: Re: save session information

 Is there any document which explains how to do so

In a word, yes.  Note that Tomcat persists active sessions automatically across 
restarts by default.

A brief perusal of the Tomcat doc will get you here:
http://tomcat.apache.org/tomcat-6.0-doc/config/manager.html

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Force New Connection Pool

2010-02-03 Thread Filip Hanik - Dev Lists


On 02/03/2010 08:31 AM, Dan Denton wrote:

Hello all. I'd like to find a way to force my tomcat instances to get new 
connection pools, without stopping and starting the instances and kicking out 
all of my connected users.

I'm using Oracle RAC with a failover service, and should one node fail, our 
tomcat instances don't reconnect automatically. Doing a full stop/start can be 
time consuming, so I was wondering if it were possible to make them reconnect 
without a full restart.

I'm running tomcat 5.5.12 on RHEL4 with JDK1.5.

Thanks in advance...

   

If you're already paying a bunch of money for RAC, then use the RAC features

Resource
  name=jdbc/test
  auth=Container
  type=oracle.jdbc.pool.OracleDataSource
  factory=oracle.jdbc.pool.OracleDataSourceFactory
  connectionCachingEnabled=true
  connectionCacheName=ConnectionCache
  fastConnectionFailoverEnabled=true
  ONSConfiguration=nodes=oraclehost1:1521,oraclehost2:1521
  

there are a bunch of other attributes that are Oracle specific, and this 
will get you what you want


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat access is very slow


I am having a similar problem though I only see this problem in Google
Chrome.  I request my home page in chrome and it takes 100 sec to load the
page.  If I load the page in Firefox it loads excellent.  I downgrade to
tomcat 6.0.20 and everything works great in chrome.

This is hitting a server using localhost so it's not a host
resolve/timeout problem.

I hooked a profiler up to my app running tomcat 6.0.24 and hit the home
page.  All of the time is taken in the following trace.

org.apache.coyote.http11.InternalInputBuffer.parseRequestLine()
org.apache.coyote.http11.InternalInputBuffer.fill()
java.net.SocketInputStream.read(byte[], int, int)
[Wall Time]  java.net.SocketInputStream.socketRead0(FileDescriptor, byte[],
int, int, int)

Tomcat 6.0.24 is spending 100 sec 99% of the request in the socketRead0 call
above.

Again I don't see this problem with Tomcat 6.0.20 in any browser.  In Tomcat
6.0.24 I have tested Firefox 3.5, IE 8 and Chrome 4.0.249.78.  I only see
this problem in Chrome.

Any ideas?

Mike




Yves Yu wrote:
 
 Dears,
 
 
 
 I’m not a very new to Tomcat \with a few projects experience.
 
 I got a new note book, everything is very fast except tomcat access.
 
 
 
 I run a new project in my new tomcat(5.5.28 with no other project in
 webapp), I need about 2-5 minutes to open a page.
 
 Same environment on my colleague, it only need 10 seconds at most.
 
 
 
 Some colleague said they met this situation before, but when they
 reinstall
 the OS, it works well,
 
 Do I have any other ways except reinstall OS?
 
 
 
 Thank you in advance, following is my environment configuation.
 
 
 
 HP 4311s with 2G Memory
 
 Tomcat 5.5.28, new and clear.
 
 No virus.
 
 
 
 
 
 Best Regards,
 
 Yves
 
 

-- 
View this message in context: 
http://old.nabble.com/Tomcat-access-is-very-slow-tp27179689p27440294.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat access is very slow

2010-02-03 Thread Peter Crowther

Mike, you'll probably get a few comments about thread hijacking - might be
worth starting a new thread.

Is there any way you could get a Wireshark or similar trace?  It'd be very
interesting to know what bytes the browser sent when in the request, for
example, and whether the browser half-closed the socket.

Also, which Connector are you using?  What happens if you use a different
one?

Cheers,

- Peter

On 3 February 2010 17:37, youngm you...@gmail.com wrote:


 I am having a similar problem though I only see this problem in Google
 Chrome.  I request my home page in chrome and it takes 100 sec to load the
 page.  If I load the page in Firefox it loads excellent.  I downgrade to
 tomcat 6.0.20 and everything works great in chrome.

 This is hitting a server using localhost so it's not a host
 resolve/timeout problem.

 I hooked a profiler up to my app running tomcat 6.0.24 and hit the home
 page.  All of the time is taken in the following trace.

 org.apache.coyote.http11.InternalInputBuffer.parseRequestLine()
 org.apache.coyote.http11.InternalInputBuffer.fill()
 java.net.SocketInputStream.read(byte[], int, int)
 [Wall Time]  java.net.SocketInputStream.socketRead0(FileDescriptor, byte[],
 int, int, int)

 Tomcat 6.0.24 is spending 100 sec 99% of the request in the socketRead0
 call
 above.

 Again I don't see this problem with Tomcat 6.0.20 in any browser.  In
 Tomcat
 6.0.24 I have tested Firefox 3.5, IE 8 and Chrome 4.0.249.78.  I only see
 this problem in Chrome.

 Any ideas?

 Mike




 Yves Yu wrote:
 
  Dears,
 
 
 
  I’m not a very new to Tomcat \with a few projects experience.
 
  I got a new note book, everything is very fast except tomcat access.
 
 
 
  I run a new project in my new tomcat(5.5.28 with no other project in
  webapp), I need about 2-5 minutes to open a page.
 
  Same environment on my colleague, it only need 10 seconds at most.
 
 
 
  Some colleague said they met this situation before, but when they
  reinstall
  the OS, it works well,
 
  Do I have any other ways except reinstall OS?
 
 
 
  Thank you in advance, following is my environment configuation.
 
 
 
  HP 4311s with 2G Memory
 
  Tomcat 5.5.28, new and clear.
 
  No virus.
 
 
 
 
 
  Best Regards,
 
  Yves
 
 

 --
 View this message in context:
 http://old.nabble.com/Tomcat-access-is-very-slow-tp27179689p27440294.html
 Sent from the Tomcat - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

Tomcat 6.0.24 Google Chrome


(This is a new thread to discuss a problem I accidentally posted to the
Tomcat access is very slow)

I'm having a performance problem on Tomcat 6.0.24 and Google Chrome.  I
request my home page in chrome and it takes 100 sec to load the page.  If I
load the page in Firefox it loads excellent.  I downgrade to tomcat 6.0.20
and everything works great in chrome. 

This is hitting a server using localhost so it's not a host
resolve/timeout problem. 

I hooked a profiler up to my app running tomcat 6.0.24 and hit the home
page.  All of the time is taken in the following trace. 

org.apache.coyote.http11.InternalInputBuffer.parseRequestLine() 
org.apache.coyote.http11.InternalInputBuffer.fill() 
java.net.SocketInputStream.read(byte[], int, int) 
[Wall Time]  java.net.SocketInputStream.socketRead0(FileDescriptor, byte[],
int, int, int) 

Tomcat 6.0.24 is spending 100 sec 99% of the request in the socketRead0 call
above. 

Again I don't see this problem with Tomcat 6.0.20 in any browser.  In Tomcat
6.0.24 I have tested Firefox 3.5, IE 8 and Chrome 4.0.249.78.  I only see
this problem in Chrome. 

Any ideas? 

Mike 

Peter Crowther suggested I connect Wireshark and see what is going on.


I will do so and reply to this thread.
-- 
View this message in context: 
http://old.nabble.com/Tomcat-6.0.24-Google-Chrome-tp27440921p27440921.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat access is very slow


I've moved my question to the thread: Tomcat 6.0.24 Google Chrome.


Peter Crowther wrote:
 
 Mike, you'll probably get a few comments about thread hijacking - might be
 worth starting a new thread.
 
 Is there any way you could get a Wireshark or similar trace?  It'd be very
 interesting to know what bytes the browser sent when in the request, for
 example, and whether the browser half-closed the socket.
 
 Also, which Connector are you using?  What happens if you use a different
 one?
 
 Cheers,
 
 - Peter
 
 On 3 February 2010 17:37, youngm you...@gmail.com wrote:
 

 I am having a similar problem though I only see this problem in Google
 Chrome.  I request my home page in chrome and it takes 100 sec to load
 the
 page.  If I load the page in Firefox it loads excellent.  I downgrade to
 tomcat 6.0.20 and everything works great in chrome.

 This is hitting a server using localhost so it's not a host
 resolve/timeout problem.

 I hooked a profiler up to my app running tomcat 6.0.24 and hit the home
 page.  All of the time is taken in the following trace.

 org.apache.coyote.http11.InternalInputBuffer.parseRequestLine()
 org.apache.coyote.http11.InternalInputBuffer.fill()
 java.net.SocketInputStream.read(byte[], int, int)
 [Wall Time]  java.net.SocketInputStream.socketRead0(FileDescriptor,
 byte[],
 int, int, int)

 Tomcat 6.0.24 is spending 100 sec 99% of the request in the socketRead0
 call
 above.

 Again I don't see this problem with Tomcat 6.0.20 in any browser.  In
 Tomcat
 6.0.24 I have tested Firefox 3.5, IE 8 and Chrome 4.0.249.78.  I only see
 this problem in Chrome.

 Any ideas?

 Mike




 Yves Yu wrote:
 
  Dears,
 
 
 
  I’m not a very new to Tomcat \with a few projects experience.
 
  I got a new note book, everything is very fast except tomcat access.
 
 
 
  I run a new project in my new tomcat(5.5.28 with no other project in
  webapp), I need about 2-5 minutes to open a page.
 
  Same environment on my colleague, it only need 10 seconds at most.
 
 
 
  Some colleague said they met this situation before, but when they
  reinstall
  the OS, it works well,
 
  Do I have any other ways except reinstall OS?
 
 
 
  Thank you in advance, following is my environment configuation.
 
 
 
  HP 4311s with 2G Memory
 
  Tomcat 5.5.28, new and clear.
 
  No virus.
 
 
 
 
 
  Best Regards,
 
  Yves
 
 

 --
 View this message in context:
 http://old.nabble.com/Tomcat-access-is-very-slow-tp27179689p27440294.html
 Sent from the Tomcat - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org


 
 

-- 
View this message in context: 
http://old.nabble.com/Tomcat-access-is-very-slow-tp27179689p27440940.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Tomcat dies suddenly

2010-02-03 Thread George Sexton

 -Original Message-
 From: Carl [mailto:c...@etrak-plus.com]
 Sent: Saturday, January 30, 2010 10:32 AM
 To: Tomcat Users List
 Subject: Re: Tomcat dies suddenly

 George,

 Thanks for your reply.

 I will check that IPV6 is disabled... can't remember for certain.

 I have had the problem on both openSuse and Slackware which has lead me
 to
 believe the problem is in the JVM.  I guess I could try compiling the
 JVM
 from source on the target machine.

Are you doing any kind of reverse DNS lookup? E.G.
InetAddress.getHostName()?

I've really seen this problem more than once with Linux. On both 32-bit and
64-bit systems.

What makes it crazy is that the system might run for weeks, but then a
certain user can trigger the error and it will happen twice in an hour.

If the defect is in GLIBC, it would happen on both distributions. Really, if
you're using InetAddress.getHostName(), this could be a problem.

 I ran memTest86 for 30 hours on the first server I encountered the
 problem
 with (the first server with Slackware and 64 bit java that I brought
 up) and
 nothing showed up.  I then, redid that machine with openSuse (thought
 the
 problem might be Slackware) but openSuse failed as quickly.

 Thanks,

 Carl

 - Original Message -
 From: George Sexton geor...@mhsoftware.com
 To: 'Tomcat Users List' users@tomcat.apache.org
 Sent: Saturday, January 30, 2010 11:46 AM
 Subject: RE: Tomcat dies suddenly

  I've had this happen. Finally, I got a stack trace. In my case, there
  appears to be a bug in GLIBC, so when a reverse IP address lookup is
 done
  AND there is an IPV6 entry, it causes a problem.

  The solution appeared to be disabling IPV6 since I'm not using it.
 This is
  on OpenSuSE.

  It would be worth checking.

  You might also run MemTest86+ on it if you haven't already.

  George Sexton
  MH Software, Inc.
  http://www.mhsoftware.com/
  Voice: 303 438 9585

  -Original Message-
  From: Carl [mailto:c...@etrak-plus.com]
  Sent: Friday, January 29, 2010 12:54 PM
  To: Tomcat Users List
  Subject: Tomcat dies suddenly

  6-7 weeks ago, we built up some new servers and started having
 sudden
  failures... Tomcat just stops with no error message, no system error
  messages, nothing that I have been able to find so far.

  To refresh everyone's memory, this is a new server, a Dell T110 with
 a
  Xeon 3440 processor and 4GB memory.  I have turned off both the
 turbo
  mode and hyperthreading.

  The environment:

  64 bit Slackware Linux

  java version 1.6.0_17
  Java(TM) SE Runtime Environment (build 1.6.0_17-b04)
  Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01, mixed mode)

  Tomcat: apache-tomcat-6.0.20

  These are the current JAVA_OPTS=-Xms1024m -Xmx1024m -
 XX:PermSize=368m
  -XX:MaxPermSize=368m

  I have observed the memory usage and general performance with Java
  VisualVM and have seen nothing strange.  I thought I was seeing GC
 as
  memory usage was going up and down but in fact it was mostly people
  coming onto the system and leaving it.  After several hours, the
 memory
  settles to a baseline of about 375MB.  Forced GC never takes it
 below
  that value and the ups and downs from the people coming onto and
  leaving the system also returns it to pretty much that value.  The
  maximum memory used never was above 700MB for the entire day.

  The server runs well, idling along at 2-5% load, except for a quick
  spike during GC, serving jsp's, etc. at a reasonable speed.  Without
  warning and with no tracks in any log (Tomcat or system) or to the
  console, Tomcat just shuts down.  I can usually simply restart it as
  the ports used by Tomcat are closed... today, I needed to run
  shutdown.sh before I could run startup.sh (startup.sh gave no errors
  but would not start Tomcat until I ran shutdown.sh and that process
 put
  nothing in the logs... this is the first time this has happened.)

  Sometimes, the system will run for a week, sometimes for only
 several
  hours, sometimes only for a few minutes.  Today, it ran until about
  1:00PM and has been down four times since then.

  The failure (Tomcat shutting down) is not always the same place in
 the
  code (I have some debugging messages going to catalina.out.)

  Load does not seem to make a difference.

  I have tried another sever (Dell T105, AMD processor, 6GB memory)
 and
  have observed the same results.   I have run memTest86 on the T110
 for
  about 30 hours and it showed nothing.

  I rebuilt the T110 with SUSE linux, Java 1.6.18 and Tomcat 6.0.24...
 it
  lasted 15 minutes.  I have used the same server.xml on all the
  installs:

  Server port=8005 shutdown=SHUTDOWN
  !--APR library loader. Documentation at /docs/apr.html --

  Listener className=org.apache.catalina.core.AprLifecycleListener
  SSLEngine=on /

  !--Initialize Jasper prior to webapps are loaded. Documentation at
  /docs/jasper-howto.html --

  Listener

Re: save session information

2010-02-03 Thread Martin Grotzke

Hi Ashish,

I created a memcached based session failover solution:
http://code.google.com/p/memcached-session-manager/

Basically it stores session information in memcached so that they can be
pulled from memcached if they are not available in the local session
map. For a normal request, the session is read from the local session
map (in-memory).

One advantage over the PersistentManager is, that I also created an xml
based serialization strategy that supports different versions of a class
(e.g. the msm-javolution-serializer, see [1] for more) - this is
especially useful if you deploy a new version of your software and your
serialized classes changed. With the standard java serialization
deserializing session will fail, the xml based approach is able to
handle this.

Other advantages over the database storage target scalability, that was
the main motivation why I created this project.

Cheers,
Martin


On Wed, 2010-02-03 at 00:28 -0500, Ashish Kulkarni wrote:
 Hi
 Is it possible with tomcat to save session information in database or some
 where which can be retrieved after restart, for example raisin
 provides symmetrical
 session which can be saved to database or file system
 

[1] 
http://code.google.com/p/memcached-session-manager/wiki/SerializationStrategies


-- 
Martin Grotzke
http://www.javakaffee.de/blog/


signature.asc
Description: This is a digitally signed message part

Re: Tomcat dies suddenly


George,

I scanned the code for 'InetAddress.getHostName' and didn't find any 
instances (that is what I thought but wanted to be certain.)


It is frustrating how it will run very well for days and then suddenly fail 
every 15 minutes.  Last Friday was a 'fail every 15 minutes' day.  The only 
thing that was different last Friday was it was the last day of registration 
for several organizations and, while the total number of users was still 
around 80, the amount of work they were doing was substantially more than 
usual.  The only server I was using that day was a Dell T105.  When I 
switched back to an older server (P4 dinosaur running 32 bit 5.5 java and an 
old Tomcat), it never failed.


On the weekend, I was load testing both the rebuilt T110 and the T105 that 
was running Friday and found that the T105 had zero swap although it has 6GB 
of memory and I don't think it ever got close to that amount used (I also 
now rebuilt that server.)  At any rate, no swap could, if I understand it, 
provoke the OOM killer which would give the type of failure we were seeing.


The load testing showed nothing.  I could overload the server, run it out of 
memory, etc. and it still behaved as expected (a little weird at times but 
never the type of failure we were seeing.)


I have now added some java options:

-XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:+PrintGCDetails -XX:+PrintGCTimeStamps 
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/usr/local/tomcat/logs


and am monitoring it on a continual basis using VisualJVM (which shows a lot 
of information but has never shown anything at the time the system fails.) 
So far, the system is running great: quick response, memory in the 300-400MB 
range, GC working as it should, plenty of free memory in the machine (not 
close to using swap) and no dying.


If you can think of any rock I might look under, I would like to hear about 
it.


TIA,

Carl


- Original Message - 
From: George Sexton geor...@mhsoftware.com

To: 'Tomcat Users List' users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 1:55 PM
Subject: RE: Tomcat dies suddenly



-Original Message-
From: Carl [mailto:c...@etrak-plus.com]
Sent: Saturday, January 30, 2010 10:32 AM
To: Tomcat Users List
Subject: Re: Tomcat dies suddenly

George,

Thanks for your reply.

I will check that IPV6 is disabled... can't remember for certain.

I have had the problem on both openSuse and Slackware which has lead me
to
believe the problem is in the JVM.  I guess I could try compiling the
JVM
from source on the target machine.


Are you doing any kind of reverse DNS lookup? E.G.
InetAddress.getHostName()?

I've really seen this problem more than once with Linux. On both 32-bit 
and

64-bit systems.

What makes it crazy is that the system might run for weeks, but then a
certain user can trigger the error and it will happen twice in an hour.

If the defect is in GLIBC, it would happen on both distributions. Really, 
if

you're using InetAddress.getHostName(), this could be a problem.





I ran memTest86 for 30 hours on the first server I encountered the
problem
with (the first server with Slackware and 64 bit java that I brought
up) and
nothing showed up.  I then, redid that machine with openSuse (thought
the
problem might be Slackware) but openSuse failed as quickly.

Thanks,

Carl

- Original Message -
From: George Sexton geor...@mhsoftware.com
To: 'Tomcat Users List' users@tomcat.apache.org
Sent: Saturday, January 30, 2010 11:46 AM
Subject: RE: Tomcat dies suddenly


 I've had this happen. Finally, I got a stack trace. In my case, there
 appears to be a bug in GLIBC, so when a reverse IP address lookup is
done
 AND there is an IPV6 entry, it causes a problem.

 The solution appeared to be disabling IPV6 since I'm not using it.
This is
 on OpenSuSE.

 It would be worth checking.

 You might also run MemTest86+ on it if you haven't already.

 George Sexton
 MH Software, Inc.
 http://www.mhsoftware.com/
 Voice: 303 438 9585


 -Original Message-
 From: Carl [mailto:c...@etrak-plus.com]
 Sent: Friday, January 29, 2010 12:54 PM
 To: Tomcat Users List
 Subject: Tomcat dies suddenly

 6-7 weeks ago, we built up some new servers and started having
sudden
 failures... Tomcat just stops with no error message, no system error
 messages, nothing that I have been able to find so far.

 To refresh everyone's memory, this is a new server, a Dell T110 with
a
 Xeon 3440 processor and 4GB memory.  I have turned off both the
turbo
 mode and hyperthreading.

 The environment:

 64 bit Slackware Linux

 java version 1.6.0_17
 Java(TM) SE Runtime Environment (build 1.6.0_17-b04)
 Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01, mixed mode)

 Tomcat: apache-tomcat-6.0.20

 These are the current JAVA_OPTS=-Xms1024m -Xmx1024m -
XX:PermSize=368m
 -XX:MaxPermSize=368m

 I have observed the memory usage and general performance with Java
 VisualVM and have seen nothing strange.  I thought I was seeing GC

Re: Tomcat 6.0.24 Google Chrome


A couple of updates.  I've confirmed it doesn't only happen in Tomcat 6.0.24
and it doesn't only happen in Chrome.  It seems to happen less often the
longer the server is up.  I though I had the problem more narrowed down than
I do.  I'll keep testing and see if I can provide some better information. 
Otherwise consider this thread closed unless anyone else has happened to see
a similar problem.

Mike



youngm wrote:
 
 (This is a new thread to discuss a problem I accidentally posted to the
 Tomcat access is very slow)
 
 I'm having a performance problem on Tomcat 6.0.24 and Google Chrome.  I
 request my home page in chrome and it takes 100 sec to load the page.  If
 I load the page in Firefox it loads excellent.  I downgrade to tomcat
 6.0.20 and everything works great in chrome. 
 
 This is hitting a server using localhost so it's not a host
 resolve/timeout problem. 
 
 I hooked a profiler up to my app running tomcat 6.0.24 and hit the home
 page.  All of the time is taken in the following trace. 
 
 org.apache.coyote.http11.InternalInputBuffer.parseRequestLine() 
 org.apache.coyote.http11.InternalInputBuffer.fill() 
 java.net.SocketInputStream.read(byte[], int, int) 
 [Wall Time]  java.net.SocketInputStream.socketRead0(FileDescriptor,
 byte[], int, int, int) 
 
 Tomcat 6.0.24 is spending 100 sec 99% of the request in the socketRead0
 call above. 
 
 Again I don't see this problem with Tomcat 6.0.20 in any browser.  In
 Tomcat 6.0.24 I have tested Firefox 3.5, IE 8 and Chrome 4.0.249.78.  I
 only see this problem in Chrome. 
 
 Any ideas? 
 
 Mike 
 
 Peter Crowther suggested I connect Wireshark and see what is going on.
 
 
 I will do so and reply to this thread.
 

-- 
View this message in context: 
http://old.nabble.com/Tomcat-6.0.24-Google-Chrome-tp27440921p27442417.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Active DataSource Connection count never decreasing with PostgreSQL

2010-02-03 Thread Alexander Hartner

This is a little off topic, but I tried your suggestions. However there doesn't
seem to be an option to set the root application without renaming the WAR to
ROOT.war, or is there.

I tried your suggestions as well as the suggestions from here:
http://mail-archives.apache.org/mod_mbox//tomcat-users/200902.mbox/%3c499fe497.2000...@ice-sa.com%3e

Besides the connection problems my configuration worked really well and allowed
me to configure all I needed in one file outside the WAR, as well as set the
application accessible on the root (/) path. I see that using a separate file
has it's merits in some cases, however right now I can't get the application
running on the / path without renaming it. Don't really want to rename it as
this only seems to work on Tomcat.

Ideally I would like to set the deployment path to / in META-INF/context.xml
but configure the database connection outside the WAR to allow me to change
between different database.

Any other suggestion on my Connection issue. I set the maxActive to 200 and
after a day ended up with 21 in numActive state. So by increasing my upper
limit I can increase the time between restarts. However this is really just a
hack until I figure this out.

Thanks for all your suggestions.

Regards
Alex

On 3 Feb 2010, at 00:15, Caldarale, Charles R wrote:

From: Alexander Hartner [mailto:a...@j2anywhere.com]
Subject: Re: Active DataSource Connection count never decreasing with
PostgreSQL

Put this into either META-INF/context.xml within your WAR/webapp
directory, or into CATALINA_BASE/Catalina/[hostname]/ROOT.xml

Remove the path and docBase attributes when you move the
Context element.

I really like it that way as it allows me to configure what I need to
in one central place without having to touch or expand the WAR file.

And it breaks things. You are now getting double deployment, once under the
name AddressBookServer and once again as ROOT. Do it the right way, by
renaming your .war file to ROOT.war, and placing the Context element in
conf/Catalina/[host]/ROOT.xml - that also avoids having to change the
contents of the .war file. (Note that Chris' suggesting was missing part of
the path.) As Chris said, when you do that, remove the path and docBase
attributes.

This also works great for me. My database folder is relative the the
startup script.

That's really asking for trouble. A parser has complete freedom to ignore
any .. entry in a URL, so if it happens to be working now, you're extremely
lucky, and there's no guarantee it will work tomorrow. The URL is *not*
relative to any current directory, since it doesn't target the file system
per se.

- Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you received
this in error, please contact the sender and delete the e-mail and its
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Active DataSource Connection count never decreasing with PostgreSQL

 From: Alexander Hartner [mailto:a...@j2anywhere.com]
 Subject: Re: Active DataSource Connection count never decreasing with
 PostgreSQL

Just send responses to the list, please - not to individuals.

 However there doesn't seem to be an option to set the root 
 application without renaming the WAR to ROOT.war, or is there.

Appropriately naming the .war file is certainly easiest way of declaring the 
default webapp.  Alternatively, you can create a Context element in 
conf/Catalina/[host]/ROOT.xml with a docBase attribute that points to a .war 
file *outside* of Tomcat's directory structure.

 as well as set the application accessible on the root (/) path.

The path for the default webapp is , not /.

 Ideally I would like to set the deployment path to / in
 META-INF/context.xml

Not possible.

 but configure the database connection outside the WAR
 to allow me to change between different database.

Do as suggested above and place the Resource element inside the Context 
element in conf/Catalina/[host]/ROOT.xml.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Tomcat dies suddenly

 From: Carl [mailto:c...@etrak-plus.com]
 Subject: Re: Tomcat dies suddenly

 I have now added some java options:

 -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode
 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps
 -XX:+HeapDumpOnOutOfMemoryError 
 -XX:HeapDumpPath=/usr/local/tomcat/logs

 If you can think of any rock I might look under

I would try running without concurrent GC and the PrintGC options and see if 
the failures disappear.  (Obviously, that will take some time before any 
confidence can be had.)  Hopefully, the resulting GC pause times won't be a 
significant problem.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: w3wp randomly crashes when redirector is used

2010-02-03 Thread André Warnier


Hmmm. Are you sure that you are posting to the right list here ?

Steve Ryan wrote:

Hello

 


I really hope someone can help me with this. I have been trying to figure it
out for days and I am beginning to go mad!

 


The issue I am having appears to be very similar to
https://issues.apache.org/bugzilla/show_bug.cgi?id=45063. It might even be
the same issue.

 


Note I can recreate the problem on various flavours of Windows, and in IIS 6
 IIS 7. 

 


Details of the issue:

 


I have a web application which lives under the Default Web Site in IIS 6,
and which has its own app pool. The redirector (isapi_redirect.dll 1.2.28)
lives under the DefaultAppPool. 

 


The user would log into our web application (which uses our app pool) and
everything works as expected. If he then uses functionality which uses the
redirector (and the DefaultAppPool), w3wp.exe will probably crash. (I say
probably because sometimes it works without error).

 


Note everything works fine (i.e. there is no crash) if I run the
DefaultAppPool as Local System; the problem only seems to exist if I run
the DefaultAppPool as Local Service or Network Service. 

 


Details of the crash:

 


In the Event Viewer I can see the following -

 


Faulting application w3wp.exe, version 6.0.3790.3959, faulting module
ntdll.dll, version 5.2.3790.4455, fault address 0x0004f053.

 


And if I catch the crash using Debug Diagnostic Tool -

 


Thread 5 - System ID 6140

Entry point   w3tp!THREAD_MANAGER::ThreadManagerThread 

Create time   01/02/2010 13:13:26 

Time spent in user mode   0 Days 0:0:0.0 

Time spent in kernel mode   0 Days 0:0:0.15 

 

Function Arg 1 Arg 2 Arg 3   Source 


ntdll!RtlpWaitOnCriticalSection+c5   4b66d376


ntdll!RtlEnterCriticalSection+152 6a6ee4e8 6a6b9ae6 


isapi_redirect!TerminateFilter+c24b   76bbcc54


isapi_redirect+9ae6 01459180 4b66d376 


isapi_redirect!TerminateFilter+21435  1000 01b6dd18


isapi_redirect!HttpExtensionProc+29c  732448ee 73243b7a


iisutil!STRU::STRU+c 73243b7a 0157e69c 7327a93f


nativerd!CONFIG_ELEMENT::ReferenceConfigElement+f 000cf7f0 
7327a970


nativerd!CONFIG_ELEMENT_LIST::GetMergedElement+483 73243e08 0157eaa8


0x0157e68c   

 

 


NTDLL!RTLPWAITONCRITICALSECTION+C5In
w3wp__PID__5276__Date__02_01_2010__Time_01_13_27PM__226__Second_Chance_Excep
tion_C005.dmp the assembly instruction at
ntdll!RtlpWaitOnCriticalSection+c5 in C:\Windows\System32\ntdll.dll from
Microsoft Corporation has caused an access violation exception (0xC005)
when trying to write to memory location 0x0014 on thread 5

 

Module Information 

Image Name: C:\Windows\System32\ntdll.dll   

Base address: 0x76fc   

Checksum: 0x00135d86   

COM DLL: False   

ISAPIExtension: False   

ISAPIFilter: False   

Managed DLL: False   

VB DLL: False   

Loaded Image Name:  ntdll.dll   

Mapped Image Name: 

Module name:  ntdll   

Single Threaded:  False   

Module Size:  1.15 MBytes   


Symbol File Name:
c:\symcache\ntdll.pdb\B958B2F91A5A46B889DAFAB4D140CF252\ntdll.pdb   

Symbol Type:  PDB 

Time Stamp:  Sat Jan 19 07:32:54 2008  

Comments:   

Company Name:  Microsoft Corporation 

File Description:  NT Layer DLL 

File Version:  6.0.6001.18000 (longhorn_rtm.080118-1840) 

Internal Name:  ntdll.dll 

Legal Copyright:  C Microsoft Corporation. All rights reserved. 

Legal Trademarks:   

Original filename:  ntdll.dll 

Private Build:   

Product Name:  MicrosoftR WindowsR Operating System 

Product Version:  6.0.6001.18000 

Special Build:   

 


There is nothing obvious in Process Monitor which explains what is causing
the error.

 


Do any of you have any ideas what could be causing this? Any advice would be
greatly appreciated.

 


Cheers

 


Steve





-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly


Chuck,

Thanks for your reply.

I only added those options recently (over the weekend) so they were not 
there at the time of the last failure.  Without them, the GC pauses are 
insignificant.  I added the print options in the hope that I could see 
something right at the time of failure.  The concurrent options can probably 
go as I don't see they are of any value.


Thanks,

Carl


- Original Message - 
From: Caldarale, Charles R chuck.caldar...@unisys.com

To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 3:28 PM
Subject: RE: Tomcat dies suddenly



From: Carl [mailto:c...@etrak-plus.com]
Subject: Re: Tomcat dies suddenly

I have now added some java options:

-XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/usr/local/tomcat/logs



If you can think of any rock I might look under


I would try running without concurrent GC and the PrintGC options and see if 
the failures disappear.  (Obviously, that will take some time before any 
confidence can be had.)  Hopefully, the resulting GC pause times won't be a 
significant problem.


- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Tomcat dies suddenly

 From: Carl [mailto:c...@etrak-plus.com]
 Subject: Re: Tomcat dies suddenly

 I added the print options in the hope that I could see
 something right at the time of failure.

Since the failures occurred before the print options were used, I guess that 
rules out any possibility of the OS getting upset at the JVM calling for timing 
information.  Back to square one, where the most likely culprit is still the 
Linux OOM killer.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Tomcat dies suddenly

2010-02-03 Thread George Sexton

You might want to search for getHostName by itself since it's an instance
method and the variable name for the object would most certainly not be
InetAddress.

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
 

 -Original Message-
 From: Carl [mailto:c...@etrak-plus.com]
 Sent: Wednesday, February 03, 2010 12:55 PM
 To: Tomcat Users List
 Subject: Re: Tomcat dies suddenly
 
 George,
 
 I scanned the code for 'InetAddress.getHostName' and didn't find any
 instances (that is what I thought but wanted to be certain.)
 
 It is frustrating how it will run very well for days and then suddenly
 fail
 every 15 minutes.  Last Friday was a 'fail every 15 minutes' day.  The
 only
 thing that was different last Friday was it was the last day of
 registration
 for several organizations and, while the total number of users was
 still
 around 80, the amount of work they were doing was substantially more
 than
 usual.  The only server I was using that day was a Dell T105.  When I
 switched back to an older server (P4 dinosaur running 32 bit 5.5 java
 and an
 old Tomcat), it never failed.
 
 On the weekend, I was load testing both the rebuilt T110 and the T105
 that
 was running Friday and found that the T105 had zero swap although it
 has 6GB
 of memory and I don't think it ever got close to that amount used (I
 also
 now rebuilt that server.)  At any rate, no swap could, if I understand
 it,
 provoke the OOM killer which would give the type of failure we were
 seeing.
 
 The load testing showed nothing.  I could overload the server, run it
 out of
 memory, etc. and it still behaved as expected (a little weird at times
 but
 never the type of failure we were seeing.)
 
 I have now added some java options:
 
 -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:+PrintGCDetails -
 XX:+PrintGCTimeStamps
  -XX:+HeapDumpOnOutOfMemoryError -
 XX:HeapDumpPath=/usr/local/tomcat/logs
 
 and am monitoring it on a continual basis using VisualJVM (which shows
 a lot
 of information but has never shown anything at the time the system
 fails.)
 So far, the system is running great: quick response, memory in the 300-
 400MB
 range, GC working as it should, plenty of free memory in the machine
 (not
 close to using swap) and no dying.
 
 If you can think of any rock I might look under, I would like to hear
 about
 it.
 
 TIA,
 
 Carl
 
 
 - Original Message -
 From: George Sexton geor...@mhsoftware.com
 To: 'Tomcat Users List' users@tomcat.apache.org
 Sent: Wednesday, February 03, 2010 1:55 PM
 Subject: RE: Tomcat dies suddenly
 
 
  -Original Message-
  From: Carl [mailto:c...@etrak-plus.com]
  Sent: Saturday, January 30, 2010 10:32 AM
  To: Tomcat Users List
  Subject: Re: Tomcat dies suddenly
 
  George,
 
  Thanks for your reply.
 
  I will check that IPV6 is disabled... can't remember for certain.
 
  I have had the problem on both openSuse and Slackware which has lead
 me
  to
  believe the problem is in the JVM.  I guess I could try compiling
 the
  JVM
  from source on the target machine.
 
  Are you doing any kind of reverse DNS lookup? E.G.
  InetAddress.getHostName()?
 
  I've really seen this problem more than once with Linux. On both 32-
 bit
  and
  64-bit systems.
 
  What makes it crazy is that the system might run for weeks, but then
 a
  certain user can trigger the error and it will happen twice in an
 hour.
 
  If the defect is in GLIBC, it would happen on both distributions.
 Really,
  if
  you're using InetAddress.getHostName(), this could be a problem.
 
 
 
 
  I ran memTest86 for 30 hours on the first server I encountered the
  problem
  with (the first server with Slackware and 64 bit java that I brought
  up) and
  nothing showed up.  I then, redid that machine with openSuse
 (thought
  the
  problem might be Slackware) but openSuse failed as quickly.
 
  Thanks,
 
  Carl
 
  - Original Message -
  From: George Sexton geor...@mhsoftware.com
  To: 'Tomcat Users List' users@tomcat.apache.org
  Sent: Saturday, January 30, 2010 11:46 AM
  Subject: RE: Tomcat dies suddenly
 
 
   I've had this happen. Finally, I got a stack trace. In my case,
 there
   appears to be a bug in GLIBC, so when a reverse IP address lookup
 is
  done
   AND there is an IPV6 entry, it causes a problem.
  
   The solution appeared to be disabling IPV6 since I'm not using it.
  This is
   on OpenSuSE.
  
   It would be worth checking.
  
   You might also run MemTest86+ on it if you haven't already.
  
   George Sexton
   MH Software, Inc.
   http://www.mhsoftware.com/
   Voice: 303 438 9585
  
  
   -Original Message-
   From: Carl [mailto:c...@etrak-plus.com]
   Sent: Friday, January 29, 2010 12:54 PM
   To: Tomcat Users List
   Subject: Tomcat dies suddenly
  
   6-7 weeks ago, we built up some new servers and started having
  sudden
   failures... Tomcat just stops with no error message, no system
 error
   messages, nothing that I have been able to find so far.

Slow requests when using Executor pool


(This is a new thread spawned from my Tomcat 6.0.24 Google Chrome thread
with better information)

I'm running Tomcat 6.0.24, Sun JDKx86 6u18, Windows 7 64, Firefox and Chrome
browser.

I've noticed that for about the first 1-3 min after my tomcat instance has
started some of my requests that normally take  1 sec to be handled are
taking 30+ sec to respond.

I've narrowed the problem down to my use of an Executor pool to handle
requests.  The follwing is my server.xml:

?xml version='1.0' encoding='utf-8'?
Server port=8005 shutdown=SHUTDOWN
  Listener className=org.apache.catalina.core.JasperListener /
  Listener className=org.apache.catalina.mbeans.ServerLifecycleListener
/
  Listener
className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener /
  Service name=Catalina
Executor name=tomcatThreadPool namePrefix=catalina-exec- 
maxThreads=150 minSpareThreads=4/
 Connector executor=tomcatThreadPool
   port=8080 protocol=HTTP/1.1 
   connectionTimeout=2 
   redirectPort=8443 /
Engine name=Catalina defaultHost=localhost
  Host name=localhost  appBase=webapps
  /Host
/Engine
  /Service
/Server

If I change Connector/ to not use and executor like so:

Connector port=8080 protocol=HTTP/1.1 
connectionTimeout=2 
redirectPort=8443 /

I don't experience a problem.

I've hooked a profiler up and it appears all of the time is being spent
doing a socketRead with the following trace:

[Wall Time]  java.net.SocketInputStream.socketRead0(FileDescriptor, byte[],
int, int, int)
java.net.SocketInputStream.read(byte[], int, int)
org.apache.coyote.http11.InternalInputBuffer.fill()
org.apache.coyote.http11.InternalInputBuffer.parseRequestLine()
org.apache.coyote.http11.Http11Processor.process(Socket)

I've tried to analyse the network info with wireshark and see no decernable
differences in network traffic between the 2 requests.  I can try analyzing
wireshark data further if the list thinks that would be useful.  Though I
find it strange that it works fine when not using an Executor.

Anyone have any ideas or seen similar behaviour?

Thanks,
Mike
-- 
View this message in context: 
http://old.nabble.com/Slow-requests-when-using-%22Executor%22-pool-tp27443550p27443550.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: w3wp randomly crashes when redirector is used

Thanks for the reply.

My issue is due to Tomcat Connectors 1.2.28.

Is there a more specific mailing list for such issues? The Tomcat Connectors
website shows users@tomcat.apache.org as the mailing list.

Cheers

Steve

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: 03 February 2010 20:44
To: Tomcat Users List
Subject: Re: w3wp randomly crashes when redirector is used

Hmmm. Are you sure that you are posting to the right list here ?

Steve Ryan wrote:
 Hello
 
  
 
 I really hope someone can help me with this. I have been trying to figure
it
 out for days and I am beginning to go mad!
 
  
 
 The issue I am having appears to be very similar to
 https://issues.apache.org/bugzilla/show_bug.cgi?id=45063. It might even be
 the same issue.
 
  
 
 Note I can recreate the problem on various flavours of Windows, and in IIS
6
  IIS 7. 
 
  
 
 Details of the issue:
 
  
 
 I have a web application which lives under the Default Web Site in IIS
6,
 and which has its own app pool. The redirector (isapi_redirect.dll 1.2.28)
 lives under the DefaultAppPool. 
 
  
 
 The user would log into our web application (which uses our app pool) and
 everything works as expected. If he then uses functionality which uses the
 redirector (and the DefaultAppPool), w3wp.exe will probably crash. (I say
 probably because sometimes it works without error).
 
  
 
 Note everything works fine (i.e. there is no crash) if I run the
 DefaultAppPool as Local System; the problem only seems to exist if I run
 the DefaultAppPool as Local Service or Network Service. 
 
  
 
 Details of the crash:
 
  
 
 In the Event Viewer I can see the following -
 
  
 
 Faulting application w3wp.exe, version 6.0.3790.3959, faulting module
 ntdll.dll, version 5.2.3790.4455, fault address 0x0004f053.
 
  
 
 And if I catch the crash using Debug Diagnostic Tool -
 
  
 
 Thread 5 - System ID 6140
 
 Entry point   w3tp!THREAD_MANAGER::ThreadManagerThread 
 
 Create time   01/02/2010 13:13:26 
 
 Time spent in user mode   0 Days 0:0:0.0 
 
 Time spent in kernel mode   0 Days 0:0:0.15 
 
  
 
 Function Arg 1 Arg 2 Arg 3   Source 
 
 ntdll!RtlpWaitOnCriticalSection+c5   4b66d376
 
 
 ntdll!RtlEnterCriticalSection+152 6a6ee4e8 6a6b9ae6 

 
 isapi_redirect!TerminateFilter+c24b   76bbcc54
 
 
 isapi_redirect+9ae6 01459180 4b66d376 
 
 isapi_redirect!TerminateFilter+21435  1000
01b6dd18
 
 
 isapi_redirect!HttpExtensionProc+29c  732448ee
73243b7a
 
 
 iisutil!STRU::STRU+c 73243b7a 0157e69c 7327a93f
 
 nativerd!CONFIG_ELEMENT::ReferenceConfigElement+f 000cf7f0

 7327a970
 
 nativerd!CONFIG_ELEMENT_LIST::GetMergedElement+483 73243e08
0157eaa8
 
 
 0x0157e68c   
 
  
 
  
 
 NTDLL!RTLPWAITONCRITICALSECTION+C5In

w3wp__PID__5276__Date__02_01_2010__Time_01_13_27PM__226__Second_Chance_Excep
 tion_C005.dmp the assembly instruction at
 ntdll!RtlpWaitOnCriticalSection+c5 in C:\Windows\System32\ntdll.dll from
 Microsoft Corporation has caused an access violation exception
(0xC005)
 when trying to write to memory location 0x0014 on thread 5
 
  
 
 Module Information 
 
 Image Name: C:\Windows\System32\ntdll.dll   
 
 Base address: 0x76fc   
 
 Checksum: 0x00135d86   
 
 COM DLL: False   
 
 ISAPIExtension: False   
 
 ISAPIFilter: False   
 
 Managed DLL: False   
 
 VB DLL: False   
 
 Loaded Image Name:  ntdll.dll   
 
 Mapped Image Name: 
 
 Module name:  ntdll   
 
 Single Threaded:  False   
 
 Module Size:  1.15 MBytes   
 
 Symbol File Name:
 c:\symcache\ntdll.pdb\B958B2F91A5A46B889DAFAB4D140CF252\ntdll.pdb   
 
 Symbol Type:  PDB 
 
 Time Stamp:  Sat Jan 19 07:32:54 2008  
 
 Comments:   
 
 Company Name:  Microsoft Corporation 
 
 File Description:  NT Layer DLL 
 
 File Version:  6.0.6001.18000 (longhorn_rtm.080118-1840) 
 
 Internal Name:  ntdll.dll 
 
 Legal Copyright:  C Microsoft Corporation. All rights reserved. 
 
 Legal Trademarks:   
 
 Original filename:  ntdll.dll 
 
 Private Build:   
 
 Product Name:  MicrosoftR WindowsR Operating System 
 
 Product Version:  6.0.6001.18000 
 
 Special Build:   
 
  
 
 There is nothing obvious in Process Monitor which explains what is causing
 the error.
 
  
 
 Do any of you have any ideas what could be causing this? Any advice would
be
 greatly appreciated.
 
  
 
 Cheers
 
  
 
 Steve
 
 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 9.0.733 / Virus Database: 271.1.1/2665 - Release Date: 02/03/10
08:09:00


-
To unsubscribe, e-mail:

Re: Tomcat dies suddenly


Chuck,

Yes, it seems to point in that direction as we have ruled out most of the 
rest of the universe.  I am hoping I can see failure at the point of failure 
with the heap dump options


-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/usr/local/tomcat/logs

but I have no experience with them so I am not certain what I might see.  On 
Saturday, when I was stress testing it (JMeter), I was able to run it out of 
memory but it still didn't die, just kept logging that it was out of memory.


Not quite square one because we have eliminated some possibilities.

Thanks,

Carl


- Original Message - 
From: Caldarale, Charles R chuck.caldar...@unisys.com

To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 4:04 PM
Subject: RE: Tomcat dies suddenly



From: Carl [mailto:c...@etrak-plus.com]
Subject: Re: Tomcat dies suddenly

I added the print options in the hope that I could see
something right at the time of failure.


Since the failures occurred before the print options were used, I guess that 
rules out any possibility of the OS getting upset at the JVM calling for 
timing information.  Back to square one, where the most likely culprit is 
still the Linux OOM killer.


- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly


George,

I did and found one instance but it is running on an applet on the client 
side so I don't think it should impact the server.


Thanks for the thoughts.

Carl

- Original Message - 
From: George Sexton geor...@mhsoftware.com

To: 'Tomcat Users List' users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 4:09 PM
Subject: RE: Tomcat dies suddenly



You might want to search for getHostName by itself since it's an instance
method and the variable name for the object would most certainly not be
InetAddress.

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585



-Original Message-
From: Carl [mailto:c...@etrak-plus.com]
Sent: Wednesday, February 03, 2010 12:55 PM
To: Tomcat Users List
Subject: Re: Tomcat dies suddenly

George,

I scanned the code for 'InetAddress.getHostName' and didn't find any
instances (that is what I thought but wanted to be certain.)

It is frustrating how it will run very well for days and then suddenly
fail
every 15 minutes.  Last Friday was a 'fail every 15 minutes' day.  The
only
thing that was different last Friday was it was the last day of
registration
for several organizations and, while the total number of users was
still
around 80, the amount of work they were doing was substantially more
than
usual.  The only server I was using that day was a Dell T105.  When I
switched back to an older server (P4 dinosaur running 32 bit 5.5 java
and an
old Tomcat), it never failed.

On the weekend, I was load testing both the rebuilt T110 and the T105
that
was running Friday and found that the T105 had zero swap although it
has 6GB
of memory and I don't think it ever got close to that amount used (I
also
now rebuilt that server.)  At any rate, no swap could, if I understand
it,
provoke the OOM killer which would give the type of failure we were
seeing.

The load testing showed nothing.  I could overload the server, run it
out of
memory, etc. and it still behaved as expected (a little weird at times
but
never the type of failure we were seeing.)

I have now added some java options:

-XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:+PrintGCDetails -
XX:+PrintGCTimeStamps
 -XX:+HeapDumpOnOutOfMemoryError -
XX:HeapDumpPath=/usr/local/tomcat/logs

and am monitoring it on a continual basis using VisualJVM (which shows
a lot
of information but has never shown anything at the time the system
fails.)
So far, the system is running great: quick response, memory in the 300-
400MB
range, GC working as it should, plenty of free memory in the machine
(not
close to using swap) and no dying.

If you can think of any rock I might look under, I would like to hear
about
it.

TIA,

Carl


- Original Message -
From: George Sexton geor...@mhsoftware.com
To: 'Tomcat Users List' users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 1:55 PM
Subject: RE: Tomcat dies suddenly


 -Original Message-
 From: Carl [mailto:c...@etrak-plus.com]
 Sent: Saturday, January 30, 2010 10:32 AM
 To: Tomcat Users List
 Subject: Re: Tomcat dies suddenly

 George,

 Thanks for your reply.

 I will check that IPV6 is disabled... can't remember for certain.

 I have had the problem on both openSuse and Slackware which has lead
me
 to
 believe the problem is in the JVM.  I guess I could try compiling
the
 JVM
 from source on the target machine.

 Are you doing any kind of reverse DNS lookup? E.G.
 InetAddress.getHostName()?

 I've really seen this problem more than once with Linux. On both 32-
bit
 and
 64-bit systems.

 What makes it crazy is that the system might run for weeks, but then
a
 certain user can trigger the error and it will happen twice in an
hour.

 If the defect is in GLIBC, it would happen on both distributions.
Really,
 if
 you're using InetAddress.getHostName(), this could be a problem.




 I ran memTest86 for 30 hours on the first server I encountered the
 problem
 with (the first server with Slackware and 64 bit java that I brought
 up) and
 nothing showed up.  I then, redid that machine with openSuse
(thought
 the
 problem might be Slackware) but openSuse failed as quickly.

 Thanks,

 Carl

 - Original Message -
 From: George Sexton geor...@mhsoftware.com
 To: 'Tomcat Users List' users@tomcat.apache.org
 Sent: Saturday, January 30, 2010 11:46 AM
 Subject: RE: Tomcat dies suddenly


  I've had this happen. Finally, I got a stack trace. In my case,
there
  appears to be a bug in GLIBC, so when a reverse IP address lookup
is
 done
  AND there is an IPV6 entry, it causes a problem.
 
  The solution appeared to be disabling IPV6 since I'm not using it.
 This is
  on OpenSuSE.
 
  It would be worth checking.
 
  You might also run MemTest86+ on it if you haven't already.
 
  George Sexton
  MH Software, Inc.
  http://www.mhsoftware.com/
  Voice: 303 438 9585
 
 
  -Original Message-
  From: Carl [mailto:c...@etrak-plus.com]
  Sent: Friday, January 29, 2010 12:54 PM
  To: Tomcat Users List
  Subject: Tomcat dies suddenly
 
  6-7

Re: Still unable to get a heap dump from Tomcat running on Windows as a service

2010-02-03 Thread Christopher Schultz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chuck,

On 2/2/2010 6:59 PM, Caldarale, Charles R wrote:
 From: André Warnier [mailto:a...@ice-sa.com]
 Subject: Re: Still unable to get a heap dump from Tomcat running on
 Windows as a service

 I guess that phrases like that one explain why one talks about the Art
 of computer programming, and not the Science of ditto.

 Knuth knew whereof he spoke. Having been at this a long time, and
 holding a mechanical engineering degree, I always get a laugh (or get
 upset) when someone uses the term software engineer.

Would you prefer software warlock? I consider software to be a black
art, as opposed to a fine one.

 the subject of every post contains a funny character between as
 and a service, except for Chuck's posts, which don't.

 That's because I try to remember to delete the silly tab character
 that somebody's mailer keeps inserting...

Yeah, I guess some mailers choke on correctly-formatted SMTP messages.
The funny character is a newline plus a space, which is the correct
way to encode more data after the recommended 78-character limit has
been reached.

I use tb 3.0.1 and I see nothing funny at all, and don't have to
remove anything from the subject line.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktp7sQACgkQ9CaO5/Lv0PB7wwCglb7Ga8mCRtY5wnXK2cxFZb1E
CuoAn30inVyaho9fneq2gZsIgWsfWcfJ
=HBdy
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: w3wp randomly crashes when redirector is used

 From: Steve Ryan [mailto:st...@acme.ie]
 Subject: RE: w3wp randomly crashes when redirector is used

 Is there a more specific mailing list for such issues? 

No, this is the proper mailing list.  Unfortunately, the problem is 
sufficiently esoteric (as well as having a work-around) so you're not likely to 
get much response from the user community.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Tomcat dies suddenly

 From: Carl [mailto:c...@etrak-plus.com]
 Subject: Re: Tomcat dies suddenly

 I did and found one instance but it is running on an applet on the
 client side so I don't think it should impact the server.

There are several calls to getHostName() inside Tomcat itself.  Not sure how 
many are controlled by config options.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly


Chuck,

One more thing.

Sunday, I ran with a max heap of 500MB in the hope I could force an OOM but 
it never happened... just tooled along GC'ing very happily.


Thanks,

Carl

- Original Message - 
From: Caldarale, Charles R chuck.caldar...@unisys.com

To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 4:04 PM
Subject: RE: Tomcat dies suddenly



From: Carl [mailto:c...@etrak-plus.com]
Subject: Re: Tomcat dies suddenly

I added the print options in the hope that I could see
something right at the time of failure.


Since the failures occurred before the print options were used, I guess that 
rules out any possibility of the OS getting upset at the JVM calling for 
timing information.  Back to square one, where the most likely culprit is 
still the Linux OOM killer.


- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Still unable to get a heap dump from Tomcat running on Windows as a service

 From: Laird Nelson [mailto:ljnel...@gmail.com]
 Subject: Re: Still unable to get a heap dump from Tomcat running on
 Windows as a service

 turns out no matter what you do through the GUI console,
 the service still runs as the system account

Yes, I mentioned that a few days ago:

BTW, on Vista, you can't seem to change the account the Tomcat service runs 
under with the GUI tool - it has to be done with the Administrative Tools - 
Services snapin; don't know if that's true for Server 2K3.

http://marc.info/?l=tomcat-userm=126514829321342w=2

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Still unable to get a heap dump from Tomcat running on Windows as a service

 From: Christopher Schultz [mailto:ch...@christopherschultz.net]
 Subject: Re: Still unable to get a heap dump from Tomcat running on
 Windowsas a service

 Would you prefer software warlock? I consider software to be a
 black art, as opposed to a fine one.

That would certainly be closer to the truth than anything connoting engineering.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

RE: w3wp randomly crashes when redirector is used

Hi Chuck

Thanks for your reply.

It is indeed a strange problem. The work around unfortunately causes a
severe security risk (giving the DefaultAppPool the Local System identity
is similar to running Apache as root) so it isn't really an option.

If someone who works on the Tomcat Connectors project is reading this, do
you think this might be the same issue as bug 45063? If so, do you have any
sort of idea when 45063 might be looked at?

Thanks again for taking the time to read  respond to my e-mails.

Cheers

Steve

-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] 
Sent: 03 February 2010 21:47
To: Tomcat Users List
Subject: RE: w3wp randomly crashes when redirector is used

 From: Steve Ryan [mailto:st...@acme.ie]
 Subject: RE: w3wp randomly crashes when redirector is used
 
 Is there a more specific mailing list for such issues? 

No, this is the proper mailing list.  Unfortunately, the problem is
sufficiently esoteric (as well as having a work-around) so you're not likely
to get much response from the user community.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you received
this in error, please contact the sender and delete the e-mail and its
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 9.0.733 / Virus Database: 271.1.1/2665 - Release Date: 02/03/10
08:09:00


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: w3wp randomly crashes when redirector is used

2010-02-03 Thread André Warnier


Steve Ryan wrote:

My issue is due to Tomcat Connectors 1.2.28.

Is there a more specific mailing list for such issues? The Tomcat Connectors
website shows users@tomcat.apache.org as the mailing list.

No. If your issue is indeed due to the Windows version of the mod_jk 
connector, then you are on the correct list.


I am far from the specialist on the Windows/jk side of things, but I am 
still puzzled however.
According to your explanation below, the application which crashes is 
something called w3wp.exe.  This does not really sound like an 
application which lives under Java and Tomcat.
The jk redirector's function is to redirect (or rather proxy) some 
HTTP requests from IIS to a back-end Tomcat, so that these requests are 
processed by a Tomcat-based application.  Conversely, the response from 
this Tomcat-based application is then returned through the jk 
redirector, back to IIS, and from there to the client.
What motivates my puzzlement is that, if w3wp.exe is really an 
application which lives under IIS and not Tomcat, then there does not 
seem to exist any reason why the jk redirector would have anything to do 
with it.


My knowledge being limited, there might well be something I am missing 
in all of this.



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly

2010-02-03 Thread Dan Armbrust

 Since the failures occurred before the print options were used, I guess that 
 rules out any possibility of the OS getting upset at the JVM calling for 
 timing information.  Back to square one, where the most likely culprit is 
 still the Linux OOM killer.

  - Chuck

Have you checked:

/var/log/messages for this:
Out of Memory: Killed process [PID] [process name]


Or tried disabling oom-killer?
# echo 0  /proc/sys/vm/oom-kill
# echo 1  /proc/sys/vm/oom-kill

From my own experiences with JVMs, it seems more likely that you have
a JVM segfault occurring - which is supposed to be giving you a log.
Not that the log is always that helpful.  But it might be :)

I've had a heck of a time finding stable JVMs on Linux running my
workload - especially a 1.6 JVM.  I was stuck on 1.5 for ages because
none of the 1.6's would run without randomly segfaulting.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Tomcat dies suddenly

 From: Carl [mailto:c...@etrak-plus.com]
 Subject: Re: Tomcat dies suddenly

 I am hoping I can see failure at the point of failure
 with the heap dump options

That won't have any effect on the Linux OOM killer.  If it is the OOM killer 
taking out Tomcat, the JVM will not receive any notification - all threads will 
just be terminated with extreme prejudice.  There won't be a chance for the 
heap dump to happen.

From what you've observed, it sounds like something other than the heap may be 
eating up process (and real) memory space.  Have you monitored actual real 
memory usage of the process as it's running?  (Can't be done from inside the 
JVM; you'll need Linux-specific tools for this.)

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: w3wp randomly crashes when redirector is used

 From: André Warnier [mailto:a...@ice-sa.com]
 Subject: Re: w3wp randomly crashes when redirector is used

 My knowledge being limited, there might well be something I am missing
 in all of this.

All I'm going on is Mark T's comment on the bug report:

Moving to TC6 to increase visibility.

Apparently, it still isn't that visible.  Perhaps the OP should add another 
example to the bug entry.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: w3wp randomly crashes when redirector is used

Hi Andre

Thanks for your reply.

W3wp.exe is the process which manages the application pool where the
redirector lives. 

I'm fairly confident the problem is due to the redirector because the crash
only occurs when the redirector is used. Also, there is an open bug (45063)
which appears to be a very similar issue.

I do of course accept the problem could lie at Microsoft's door though. :)

I guess I'm hoping someone has heard of this issue before, and knows of some
sort of workaround which doesn't involve using the Local System account.

Cheers

Steve

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: 03 February 2010 21:58
To: Tomcat Users List
Subject: Re: w3wp randomly crashes when redirector is used

Steve Ryan wrote:
 My issue is due to Tomcat Connectors 1.2.28.
 
 Is there a more specific mailing list for such issues? The Tomcat
Connectors
 website shows users@tomcat.apache.org as the mailing list.
 
No. If your issue is indeed due to the Windows version of the mod_jk 
connector, then you are on the correct list.

I am far from the specialist on the Windows/jk side of things, but I am 
still puzzled however.
According to your explanation below, the application which crashes is 
something called w3wp.exe.  This does not really sound like an 
application which lives under Java and Tomcat.
The jk redirector's function is to redirect (or rather proxy) some 
HTTP requests from IIS to a back-end Tomcat, so that these requests are 
processed by a Tomcat-based application.  Conversely, the response from 
this Tomcat-based application is then returned through the jk 
redirector, back to IIS, and from there to the client.
What motivates my puzzlement is that, if w3wp.exe is really an 
application which lives under IIS and not Tomcat, then there does not 
seem to exist any reason why the jk redirector would have anything to do 
with it.

My knowledge being limited, there might well be something I am missing 
in all of this.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 9.0.733 / Virus Database: 271.1.1/2665 - Release Date: 02/03/10
08:09:00


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 6.0.24 Google Chrome

2010-02-03 Thread Peter Crowther

Good luck hunting it down.  I suggest changing one other Tomcat variable,
namely whether you're using the Java or native connector.

- Peter

On 3 February 2010 19:56, youngm you...@gmail.com wrote:


 A couple of updates.  I've confirmed it doesn't only happen in Tomcat
 6.0.24
 and it doesn't only happen in Chrome.  It seems to happen less often the
 longer the server is up.  I though I had the problem more narrowed down
 than
 I do.  I'll keep testing and see if I can provide some better information.
 Otherwise consider this thread closed unless anyone else has happened to
 see
 a similar problem.

 Mike



 youngm wrote:
 
  (This is a new thread to discuss a problem I accidentally posted to the
  Tomcat access is very slow)
 
  I'm having a performance problem on Tomcat 6.0.24 and Google Chrome.  I
  request my home page in chrome and it takes 100 sec to load the page.  If
  I load the page in Firefox it loads excellent.  I downgrade to tomcat
  6.0.20 and everything works great in chrome.
 
  This is hitting a server using localhost so it's not a host
  resolve/timeout problem.
 
  I hooked a profiler up to my app running tomcat 6.0.24 and hit the home
  page.  All of the time is taken in the following trace.
 
  org.apache.coyote.http11.InternalInputBuffer.parseRequestLine()
  org.apache.coyote.http11.InternalInputBuffer.fill()
  java.net.SocketInputStream.read(byte[], int, int)
  [Wall Time]  java.net.SocketInputStream.socketRead0(FileDescriptor,
  byte[], int, int, int)
 
  Tomcat 6.0.24 is spending 100 sec 99% of the request in the socketRead0
  call above.
 
  Again I don't see this problem with Tomcat 6.0.20 in any browser.  In
  Tomcat 6.0.24 I have tested Firefox 3.5, IE 8 and Chrome 4.0.249.78.  I
  only see this problem in Chrome.
 
  Any ideas?
 
  Mike
 
  Peter Crowther suggested I connect Wireshark and see what is going on.
 
 
  I will do so and reply to this thread.
 

 --
 View this message in context:
 http://old.nabble.com/Tomcat-6.0.24-Google-Chrome-tp27440921p27442417.html
 Sent from the Tomcat - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly

2010-02-03 Thread Christopher Schultz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chuck,

On 2/3/2010 5:00 PM, Caldarale, Charles R wrote:
 From: Carl [mailto:c...@etrak-plus.com]
 Subject: Re: Tomcat dies suddenly

 I am hoping I can see failure at the point of failure
 with the heap dump options

 That won't have any effect on the Linux OOM killer.  If it is the OOM killer 
 taking out Tomcat, the JVM will not receive any notification - all threads 
 will just be terminated with extreme prejudice.  There won't be a chance for 
 the heap dump to happen.

Maybe what Carl should try is to actually cause an OOME without
triggering the OOM Killer.

Carl: you said that everything is copacetic when you run with a smaller
heap, right? Well, run with that smaller heap, but then write a simply
servlet/JSP/whatever that just allocates huge, say, byte[] buffers until
it gets an OOME and verify that you get a heap dump when that happens.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktp/JEACgkQ9CaO5/Lv0PBI0ACgmDLJVxM5xDiN5UIFsqqKRj7i
2J8AoL8ENGsYxwudtFrLy+tZTzmr/rxC
=4yC9
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: w3wp randomly crashes when redirector is used

2010-02-03 Thread Peter Crowther

Steve, I'm with you - the issue does look unpleasantly similar.  I wonder
whether some experimentation with running the redirector under a local
account with particular rights set might tell you which right was required,
and hence which one might be causing an issue?

But in the longer term, the stack trace shows it's faulting in the
redirector's TerminateFilter, while waiting on a critical section.  Looking
at this plus the identical stack trace in Bugzilla, it does feel like it's
an issue with the redirector.

Does it always happen in your app, or is it intermittent?  If intermittent,
is it more likely to trigger when something's under load?

- Peter

On 3 February 2010 22:12, Steve Ryan st...@acme.ie wrote:

 Hi Andre

 Thanks for your reply.

 W3wp.exe is the process which manages the application pool where the
 redirector lives.

 I'm fairly confident the problem is due to the redirector because the crash
 only occurs when the redirector is used. Also, there is an open bug (45063)
 which appears to be a very similar issue.

 I do of course accept the problem could lie at Microsoft's door though. :)

 I guess I'm hoping someone has heard of this issue before, and knows of
 some
 sort of workaround which doesn't involve using the Local System account.

 Cheers

 Steve

 -Original Message-
 From: André Warnier [mailto:a...@ice-sa.com]
 Sent: 03 February 2010 21:58
 To: Tomcat Users List
 Subject: Re: w3wp randomly crashes when redirector is used

 Steve Ryan wrote:
  My issue is due to Tomcat Connectors 1.2.28.
 
  Is there a more specific mailing list for such issues? The Tomcat
 Connectors
  website shows users@tomcat.apache.org as the mailing list.
 
 No. If your issue is indeed due to the Windows version of the mod_jk
 connector, then you are on the correct list.

 I am far from the specialist on the Windows/jk side of things, but I am
 still puzzled however.
 According to your explanation below, the application which crashes is
 something called w3wp.exe.  This does not really sound like an
 application which lives under Java and Tomcat.
 The jk redirector's function is to redirect (or rather proxy) some
 HTTP requests from IIS to a back-end Tomcat, so that these requests are
 processed by a Tomcat-based application.  Conversely, the response from
 this Tomcat-based application is then returned through the jk
 redirector, back to IIS, and from there to the client.
 What motivates my puzzlement is that, if w3wp.exe is really an
 application which lives under IIS and not Tomcat, then there does not
 seem to exist any reason why the jk redirector would have anything to do
 with it.

 My knowledge being limited, there might well be something I am missing
 in all of this.


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

 No virus found in this incoming message.
 Checked by AVG - www.avg.com
 Version: 9.0.733 / Virus Database: 271.1.1/2665 - Release Date: 02/03/10
 08:09:00


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Active DataSource Connection count never decreasing with PostgreSQL

2010-02-03 Thread Alexander Hartner

Hi Christopher and Charles,

Thanks for your help so far. I made the following changes:

server.xml
 Engine name=Catalina defaultHost=localhost
  Valve className=org.apache.catalina.valves.FastCommonAccessLogValve  
 directory=logs  prefix=localhost_access_log. suffix=.txt  
 pattern=common resolveHosts=false/
  Host name=localhost  appBase=webapps
unpackWARs=false autoDeploy=true
xmlValidation=false xmlNamespaceAware=false
  /Host
 /Engine

conf/Catalina/localhost/ROOT.xml
?xml version=1.0 encoding=UTF-8?
Context docBase=apps/AddressBookServer.war
  Environment name=LicenseFile value=Licensekey.license 
type=java.lang.String override=true/
  Environment name=BackupsFolder value=../backups type=java.lang.String 
override=true/
  Resource name=jdbc/AddressBookDB auth=Container 
type=javax.sql.DataSource
 maxActive=1 maxIdle=0 maxWait=-1 removeAbandoned=true 
removeAbandonedTimeout=60 logAbandoned=true
 username=sa password= driverClassName=org.h2.Driver
 
url=jdbc:h2:tcp://localhost:28081/../db/AddressBookDB;LOCK_TIMEOUT=6/
  Realm className=org.apache.catalina.realm.JDBCRealm
driverName=org.h2.Driver

connectionURL=jdbc:h2:tcp://localhost:28081/../db/AddressBookDB;LOCK_TIMEOUT=6
connectionName=sa connectionPassword=
userTable=WEBUSERS userNameCol=USERID userCredCol=PASSWORD


userRoleTable=WEBROLES roleNameCol=ACCESSROLE/
/Context

I also set the autoDeploy to false in server.xml and tried keeping my WAR in 
the webapps folder, however this didn't work. The following error messages were 
reported during startup.

I guess this is causes as I have a META-INF/context.xml file inside my WAR. 
However since this is ignored in any case I am not too worried

WARNING: A docBase 
/Users/alex/Tools/apache-tomcat-6.0.18/webapps/apps/AddressBookServer.war 
inside the host appBase has been specified, and will be ignored

I created an empty folder, but that didn't load my applications either. I am 
guessing it's loading it from the empty ROOT folder I created instead. 

Feb 3, 2010 11:12:03 PM org.apache.catalina.core.StandardContext resourcesStart
SEVERE: Error starting static Resources
java.lang.IllegalArgumentException: Document base 
/Users/alex/Tools/apache-tomcat-6.0.18/webapps/ROOT does not exist or is not a 
readable directory
at 
org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext.java:141)
at 
org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:3957)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4126)
at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)

I am using tomcat 6.0.18. Is this supposed to work with this release or should 
I upgrade to 6.0.24 ?

Kind regards
Alex


On 3 Feb 2010, at 22:43, Christopher Schultz wrote:

 Alexander,
 
 On 2/3/2010 3:17 PM, Alexander Hartner wrote:
 This is a little off topic, but I tried your suggestions. However
 there doesn't seem to be an option to set the root application
 without renaming the WAR to ROOT.war, or is there.
 
 You can use an xml-based file deployment model by, as I said before,
 putting your context.xml file in
 CATALINA_BASE/conf/[service]/[host]/[appname].xml, where ROOT is the
 appname if you want to deploy to /. In that case, docBase should be
 set to the full path of the WAR file (or exploded WAR structure on the
 disk).
 
 Ideally I would like to set the deployment path to / in
 META-INF/context.xml
 
 It should be set elsewhere, but...
 
 but configure the database connection outside
 the WAR to allow me to change between different database.
 
 You can certainly do this: use GlobalNamingResources in server.xml and
 then use resource-ref in your web.xml. This feature is set up exactly
 for this situation: administrators maintain the details of the
 connection, and the webapps simply use them.
 
 Any other suggestion on my Connection issue. I set the maxActive to
 200 and after a day ended up with 21 in numActive state. So by
 increasing my upper limit I can increase the time between restarts.
 However this is really just a hack until I figure this out.
 
 So, the problem is that you want the pool to go back down to 0? How are
 you checking the values of these settings?
 
 -chris

Re: Using Context/Manager with custom nested element

2010-02-03 Thread Martin Grotzke

On Fri, 2010-01-29 at 14:58 +, Pid wrote:
 On 29/01/2010 11:33, Martin Grotzke wrote:
  Hi Pid,
 
  what you describe is correct and works, I've implemented a Manager
  implementation that uses simple attributes until now (for memcached
  based session failover, memcached-session-manager:
  http://code.google.com/p/memcached-session-manager/ ).
 
  However, now I want to support a complex, nested child element for a
  TranscoderStrategy in my case (somehow comparable to the Store element
  that is allowed as child element for the PersistentManager), that
  supports different attributes depending on the TranscoderStrategy
  implementation. It's possible to put all attributes into the Manager
  element, but this is not what one would want to do - the related
  attributes are spread between the Manager related attributes.
 
 I'm not sure I understand.
 Is the requirement an aesthetic thing or does the existing method not 
 actually work for your use case?
Well, you might call it aesthetic. But you might also call it a better
design, as closely related attributes are encapsulated by a dedicated
element (high-cohesion).

To make it more concrete, instead of 

Manager className=de.javakaffee.web.msm.MemcachedBackupSessionManager
memcachedNodes=n1:localhost:11211 n2:localhost:11212
failoverNodes=n2
requestUriIgnorePattern=.*\.(png|gif|jpg|css|js)$

transcoderFactoryClass=de.javakaffee.web.msm.serializer.javolution.JavolutionTranscoderFactory
copyCollectionsForSerialization=true
customXmlFormat=org.example.SomeXmlFormat,org.example.AnotherXmlFormat
/

I want

Manager className=de.javakaffee.web.msm.MemcachedBackupSessionManager
memcachedNodes=n1:localhost:11211 n2:localhost:11212
failoverNodes=n2
requestUriIgnorePattern=.*\.(png|gif|jpg|css|js)$

TranscoderFactory 
className=de.javakaffee.web.msm.serializer.javolution.JavolutionTranscoderFactory
copyCollectionsForSerialization=true
customXmlFormat=org.example.SomeXmlFormat,org.example.AnotherXmlFormat
/
/Manager

where the allowed attributes of the TranscoderFactory element depend on
the actual TranscoderFactory class (specified with className).

Unfortunately, this is not possible in the current version of tomcat
(don't know if there are any plans to change this).


 
 In recent versions of Tomcat the Digester complains if it finds 
 unexpected elements during startup.  Do you get any error messages in 
 the catalina.out log or on the console, when you implement your 
 preferred structure?
No, I got no errors, the element was just ignored.

 
   http://tomcat.apache.org/tomcat-6.0-doc/config/manager.html
 
 If you've extended PersistentManagerBase then you must supply a Store 
 element, maybe your configuration options can be set as attributes on 
 that element.
I don't want to use the Store element...

 
 If you've extended ManagerBase then maybe you can add an object FooBar 
 (with getter  setter) and attributes as needed.
 
 Or have you tried this already?
Yes, I had already tried this without success. What's evaluated for the
Manager element is defined in the
org.apache.catalina.startup.ContextRuleSet.java, e.g. this are the
relevant lines for the Store:

digester.addObjectCreate(prefix + Context/Manager/Store,
 null, // MUST be specified in the element
 className);
digester.addSetProperties(prefix + Context/Manager/Store);
digester.addSetNext(prefix + Context/Manager/Store,
setStore,
org.apache.catalina.Store);

Cheers,
Martin


 
 
 p
 
 
  Cheers,
  Martin
 
 
  On Fri, 2010-01-29 at 10:10 +, Pid wrote:
  On 29/01/2010 00:31, Martin Grotzke wrote:
  Hi,
 
  is it somehow possible to have a custom nested element below the Manager
  element in server.xml/context.xml? E.g.
 
  Manager className=org.app.MyManager
  FooBar foo=bar/
  /Manager
 
  where the MyManager class has a property fooBar?
 
  If the MyManager class has a field called fooBar, with matching getter
  and setter, then (my guess, based on how Valves work, is that) you can
  probably set it by doing this:
 
  Manager className=org.app.MyManager fooBar=somevalue
 
  /Manager
 
 
  p
 
  AFAICS the ContextRuleSet defines what's possible in the Context element
  without any hook - so it seems that there's no possibility to achieve
  this.
 
  If someone could tell me that I'm wrong with this asumption I would be
  happy! :-)
 
  Thanx   cheers,
  Martin
 
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 
-- 
Martin Grotzke
http://www.javakaffee.de/blog/


signature.asc
Description:

Re: Tomcat dies suddenly


Dan,

I looked at the messages log but there was never anything of interest in it, 
just the normal stuff.


Haven't tried disabling the oom-killer... might give that a go.

I thought it was a failure in the JVM but have never found any indications 
of anything... I will keep looking.


Back in the old days, C language buffer overruns were hard to find but this 
is worse because I don't seem to be able to find a test case to force the 
failure... I will keep looking.


Thanks for the suggestions.

Carl

- Original Message - 
From: Dan Armbrust daniel.armbrust.l...@gmail.com

To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 4:58 PM
Subject: Re: Tomcat dies suddenly


Since the failures occurred before the print options were used, I guess 
that rules out any possibility of the OS getting upset at the JVM calling 
for timing information. Back to square one, where the most likely culprit 
is still the Linux OOM killer.


- Chuck


Have you checked:

/var/log/messages for this:
Out of Memory: Killed process [PID] [process name]


Or tried disabling oom-killer?
# echo 0  /proc/sys/vm/oom-kill
# echo 1  /proc/sys/vm/oom-kill


From my own experiences with JVMs, it seems more likely that you have

a JVM segfault occurring - which is supposed to be giving you a log.
Not that the log is always that helpful.  But it might be :)

I've had a heck of a time finding stable JVMs on Linux running my
workload - especially a 1.6 JVM.  I was stuck on 1.5 for ages because
none of the 1.6's would run without randomly segfaulting.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly


Chuck,

Yes, I run the system monitor included with Slackweare.  Currently showing 
1.9GB used out of 3.8GB available and no swap being used... that's about 
where it has been tracking.  The machine has nothing but Tomcat and a small 
server (for reports and applet data... could/should have been a servlet but 
was originally developed this way) running on it.


The VisualJVM display shows heap usage in the 400-500MB range... that's a 
little higher than it usually runs but no where near the maximum of 1GB. 
PermGen is running around 100-120MB.  The other parts of the heap are 
printed periodically in catalina.out and look OK as far as I can tell, i.e., 
nothing seems to be pushing a limit.


Still puzzled but I know there is a reason sitting out there somewhere.

Thanks for your suggestions and comments.

Carl

- Original Message - 
From: Caldarale, Charles R chuck.caldar...@unisys.com

To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 5:00 PM
Subject: RE: Tomcat dies suddenly



From: Carl [mailto:c...@etrak-plus.com]
Subject: Re: Tomcat dies suddenly



I am hoping I can see failure at the point of failure
with the heap dump options


That won't have any effect on the Linux OOM killer.  If it is the OOM killer 
taking out Tomcat, the JVM will not receive any notification - all threads 
will just be terminated with extreme prejudice.  There won't be a chance for 
the heap dump to happen.


From what you've observed, it sounds like something other than the heap may 
be eating up process (and real) memory space.  Have you monitored actual 
real memory usage of the process as it's running?  (Can't be done from 
inside the JVM; you'll need Linux-specific tools for this.)


- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

DB Connections getting lost under load

2010-02-03 Thread Michael Molloy

I have a problem in our problem in our production environment (Tomcat
5.5.26) that I am able to replicate in a development environment (Tomcat
6.0.20) . I¹m using the apache DBCP package inside my web application, so
Tomcat is not managing it.

Commons-dbcp-1.2.2.jar
Commons-pool-1.5.4.jar

connectionPool.setMaxWait(2);
connectionPool.setWhenExhaustedAction(GenericObjectPool.WHEN_EXHAUSTED_BLOCK
);


The connection pool has 8 connections by default and is the maximum allowed.
When I click a link that causes a read from the database, everything is
fine. However, if I click that link 15 times or so, one right after the
other, I eventually get some successful responses as well as some failures,
and my finally block shows every connection that was opened being closed.
However, connectionPool.getNumActive() will then show that anywhere from 2
to 5 connections are still considered active, even though this is running on
my desktop machine and no one else is hitting the app. And those connections
are never recovered.

The only reason I'm wondering if this is a tomcat issue is that I can set
the whenExhaustedAction to WHEN_EXHAUSTED_FAIL, and it will fail immediately
after the first 6 clicks (don't ask my why 6 instead of 8. Don't know).
However, anywhere from 2 to 5 connections will still end up being considered
active when they are not, and they are never recovered.

Why would connections that are being closed still be considered active by
the connection pool? This only seems to happen when there is a heavy load on
the server with more database connection requests than there are connections
available.

I'm also posting this on the commons mailing list.

Thanks for any help.

--Michael


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly


Chris,

Interesting idea.  I tried over the weekend to force that situation with 
JMeter hitting a simple jsp that did some data stuff and created a small 
display.  I pushed it to the point that there were entries in the log 
stating it was out of memory (when attempting to GC, I think) but it just 
slowed way down and never crashed.  I could see from VisualJVM that it had 
used the entire heap but, again, I could never get it to crash.


Strange because it doesn't have the classic signs (slowing down or throwing 
out of memory exceptions or freezing), it just disappears without any 
tracks.  I am certain there is a reason somewhere, I just haven't found it 
yet.


Thanks for your suggestions,

Carl

- Original Message - 
From: Christopher Schultz ch...@christopherschultz.net

To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 5:45 PM
Subject: Re: Tomcat dies suddenly



-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chuck,

On 2/3/2010 5:00 PM, Caldarale, Charles R wrote:

From: Carl [mailto:c...@etrak-plus.com]
Subject: Re: Tomcat dies suddenly



I am hoping I can see failure at the point of failure
with the heap dump options


That won't have any effect on the Linux OOM killer.  If it is the OOM 
killer taking out Tomcat, the JVM will not receive any notification - all 
threads will just be terminated with extreme prejudice.  There won't be a 
chance for the heap dump to happen.


Maybe what Carl should try is to actually cause an OOME without
triggering the OOM Killer.

Carl: you said that everything is copacetic when you run with a smaller
heap, right? Well, run with that smaller heap, but then write a simply
servlet/JSP/whatever that just allocates huge, say, byte[] buffers until
it gets an OOME and verify that you get a heap dump when that happens.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktp/JEACgkQ9CaO5/Lv0PBI0ACgmDLJVxM5xDiN5UIFsqqKRj7i
2J8AoL8ENGsYxwudtFrLy+tZTzmr/rxC
=4yC9
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org





-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly

2010-02-03 Thread andy susanto

Hai,

Tomcat has a bug at Linux OS. you need to added LD_LIBRARY_KERNEL to
your profile. it mean that you should know what version that your OS
is using

-- 
Regards,

Andy Susanto,S.Kom
==
CV : http://www.linkedin.com/pub/andy-susanto/7/533/baa

On Thu, Feb 4, 2010 at 8:07 AM, Carl c...@etrak-plus.com wrote:
 Chris,

 Interesting idea.  I tried over the weekend to force that situation with
 JMeter hitting a simple jsp that did some data stuff and created a small
 display.  I pushed it to the point that there were entries in the log
 stating it was out of memory (when attempting to GC, I think) but it just
 slowed way down and never crashed.  I could see from VisualJVM that it had
 used the entire heap but, again, I could never get it to crash.

 Strange because it doesn't have the classic signs (slowing down or throwing
 out of memory exceptions or freezing), it just disappears without any
 tracks.  I am certain there is a reason somewhere, I just haven't found it
 yet.

 Thanks for your suggestions,

 Carl

 - Original Message - From: Christopher Schultz
 ch...@christopherschultz.net
 To: Tomcat Users List users@tomcat.apache.org
 Sent: Wednesday, February 03, 2010 5:45 PM
 Subject: Re: Tomcat dies suddenly


 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Chuck,

 On 2/3/2010 5:00 PM, Caldarale, Charles R wrote:

 From: Carl [mailto:c...@etrak-plus.com]
 Subject: Re: Tomcat dies suddenly

 I am hoping I can see failure at the point of failure
 with the heap dump options

 That won't have any effect on the Linux OOM killer.  If it is the OOM
 killer taking out Tomcat, the JVM will not receive any notification - all
 threads will just be terminated with extreme prejudice.  There won't be a
 chance for the heap dump to happen.

 Maybe what Carl should try is to actually cause an OOME without
 triggering the OOM Killer.

 Carl: you said that everything is copacetic when you run with a smaller
 heap, right? Well, run with that smaller heap, but then write a simply
 servlet/JSP/whatever that just allocates huge, say, byte[] buffers until
 it gets an OOME and verify that you get a heap dump when that happens.

 - -chris
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAktp/JEACgkQ9CaO5/Lv0PBI0ACgmDLJVxM5xDiN5UIFsqqKRj7i
 2J8AoL8ENGsYxwudtFrLy+tZTzmr/rxC
 =4yC9
 -END PGP SIGNATURE-

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Mod_JK connector configuration Error

2010-02-03 Thread daulat khan

Hi,

i am hitting the following error while configuring mod_jk connector in
solaris 10 machine. i am using sun studio tools for compiling.
tomcat connector latest verson 1.2.28
apache latest  verson 2.2.14
and tomcat latest version 6.0.20

configure: error: You must specify a valid --with-apxs path

i am using the following statement while configuring

./configure --with-apxs=/opt/dasyedib/apache/bin/apxs CFLAGS=-liconv

and this tried the below statement too

./configure --with-apxs2=/opt/dasyedib/apache/bin/apxs CFLAGS=-liconv

Please help.

Thanks,
Daulatkhan

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Still unable to get a heap dump from Tomcat running on Windows as a service

2010-02-03 Thread Laird Nelson

Another data point: people have told me to download the Windows .zip
distribution of Tomcat 6.0.24.  I want to point out that this is not linked
anywhere on the Tomcat download page.  The *base* distribution is of course
linked, and the .exe self-extracting-installer package, but I had to
manually add -windows-x86 to cause the Windows distribution (containing
among other things tomcat.exe, service.bat, etc.) to get downloaded.

This was true no matter what mirror I selected.

Best,
Laird

Re: Still unable to get a heap dump from Tomcat running on Windows as a service

2010-02-03 Thread Laird Nelson

On Wed, Feb 3, 2010 at 9:28 PM, Laird Nelson ljnel...@gmail.com wrote:

 Another data point: people have told me to download the Windows .zip
 distribution of Tomcat 6.0.24.  I want to point out that this is not linked
 anywhere on the Tomcat download page.  The *base* distribution is of
 course linked, and the .exe self-extracting-installer package, but I had to
 manually add -windows-x86 to cause the Windows distribution (containing
 among other things tomcat.exe, service.bat, etc.) to get downloaded.

 This was true no matter what mirror I selected.


Should have been more clear: http://tomcat.apache.org/download-60.cgi has,
at the bottom, a Binary Distributions section, which lists the Core and
Deployer options.  If you hover over the Core .zip option, and then doctor
its URL such that -windows-x86 appears right before the .zip, then you
get the file that people have been recommending I download.

Thanks,
Laird

Parameters disappear from PUTs

I am submitting forms to a restful interface using an HTTP PUT with the
params in the header of the PUT. I believe that's normal, and it works
just fine on Jetty. The params are definitely sent.

When I load my app into Tomcat 6 (Ubuntu), the form submission works
perfectly if I use a POST: the params are definitely received. If I use a
PUT, it works, but the parameters are missing -- not blank, but gone
completely. I can also use a DELETE and that works (no params involved, of
course), so it's not that PUT/DELETE are blocked.

I've searched the docs, the wiki, and this list, but can't find anything
about this. Is this expected behavior? Is there a setting somewhere? I
found a setting in web.xml, but that appeared to refer only to SSI and was
an all or nothing switch. Here, the PUT goes through and all the right
methods are called, resulting in a row in the database. But the row is
blank. (The only required field is the ID and that's passed in the URL.)

I'm stumped. Anyone have any ideas?

TIA,

Chas.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly

2010-02-03 Thread Mark Eggers

Carl,

A couple of random thoughts . . .

I'm not familiar with the Slackware monitoring tools, but I am with the various 
tools that come with Fedora / Redhat. One of the things that I've noticed with 
those GUI tools is that they add cache and buffers to the free memory total.

Tools like top and vmstat should give a more complete picture of your memory. 
With vmstat you can watch free, cache, buffers, and swap conveniently. With 
top, you can actually do a command line monitor and watch a particular PID.

From the taroon-list: If you're running a 32 bit Linux and run out of low 
memory, it doesn't matter how much high memory you have, the OOM killer will 
start killing processes off. Since you're running a 64 bit Linux, this should 
not be the problem.

A discussion on stackoverflow.com may be more relevant to your situation. It 
turns out (according to the discussion) that calling 
Runtime.getRuntime().exec() on a busy system can lead to transient memory 
shortages which trigger the OOM killer.

If Runtime.getRuntime().exec() or similar calls do not exist in your 
application, then please skip the following speculation. I've made some 
comments concerning host resolution at the end of this message which might be 
helpful.

If Runtime.getRuntime().exec() is used, the scenario goes like this:

1. call Runtime.getRuntime().exec()
2. fork() gets called and makes a copy of the parent process
3. System runs a different process
   At this point you have two processes with largish memory requirements
   At this point the OOM killer may get triggered
4. exec() gets called on the child process and memory requirements go back down.

At least that's how I read the this reference:

http://stackoverflow.com/questions/209875/from-what-linux-kernel-libc-version-is-java-runtime-exec-safe-with-regards-to-m

Since processes that fork a lot of child processes are high on OOM killer's 
kill list, Tomcat gets killed.

See for example: 
http://prefetch.net/blog/index.php/2009/09/30/how-the-linux-oom-killer-works/

As to why it would happen on the newer production systems and not the older 
system, my only idea concerns the version of the kernel you're using. Memory 
management has been significantly reworked between the 2.4 and 2.6 kernels. If 
you use a 2.4 kernel on your older system, this could explain some of the 
differences with memory allocation.

So, if Runtime.getRuntime().exec() is used, what are some possible solutions?

1. Reducing Xms, Xmx while adding physical memory

If you do this, then the fork() call without the exec() being called directly 
afterwards won't be as expensive. Your application will be able to serve more 
clients without potentially triggering the OOM killer.

Garbage collection may be an issue if this is done, so tuning with JMeter is 
probably a good idea.

2. Create a lightweight process that forks what Runtime.getRuntime().exec() 
calls and communicate with the process over sockets.

This is pretty unpleasant, but you might be able to treat this as a remote 
process server. You could then end up using a custom object, JNDI lookups, and 
pooling, much like database pooling.

As I've said, this is all based on an assumption that the application is 
requesting a transiently large amount of memory caused by 
Runtime.getRuntime().exec() or other similar action. If this is not the case, 
then the above arguments are null and void.

DNS Thoughts

As for the ideas concerning DNS - I've never seen DNS issues actually take down 
an environment. However, I've seen orders of magnitude performance issues 
caused by poorly configured DNS resolution and missing DNS entries.

One way to test DNS performance issues is to set up a client with a static IP 
address, but don't put it in your local DNS. Then run JMeter on this client and 
stress your server. Finally, add the client into DNS and stress your server 
with JMeter. If you notice a difference, then there are some issues with how 
your server uses host resolution.

Make sure that nonexistent address resolution services (nisplus, nis, hesiod) 
are not listed as sources on the host line in /etc/nsswitch.conf (or wherever 
Slackware puts it). At least put a [NOTFOUND=return] entry after dns but before 
all the other services listed on the hosts: line of the nsswitch.conf file.

So, here's a summary to all of this rambling:

1. Monitor memory with vmstat and top to get a better picture of the 
   system memory
2. If Runtime.getRuntime().exec() is used, then transient memory 
   allocations could trigger the OOM killer on a busy system
3. Make sure host resolution works properly, and turn it off in server.xml

OK, enough rambling - hope this is useful.

/mde/

--- On Wed, 2/3/10, Carl c...@etrak-plus.com wrote:

 From: Carl c...@etrak-plus.com
 Subject: Re: Tomcat dies suddenly
 To: Tomcat Users List users@tomcat.apache.org
 Date: Wednesday, February 3, 2010, 5:07 PM
 Chris,
 
 Interesting idea.  I tried over the weekend to force
 that situation with

RE: Parameters disappear from PUTs

 From: c...@munat.com [mailto:c...@munat.com]
 Subject: Parameters disappear from PUTs

 When I load my app into Tomcat 6 (Ubuntu), the form submission works
 perfectly if I use a POST: the params are definitely received. If I
 use a PUT, it works, but the parameters are missing

1) Tell us your /exact/ Tomcat aversion, and whether it's a 3rd-party 
repackaged one or a real Tomcat from tomcat.apache.org.  (The Ubuntu flavor of 
Tomcat gives many people grief, albeit not with the symptoms you describe.)

2) Tell us the /exact/ JVM version and vendor you're using.

3) Take a Wireshark or equivalent trace to verify that the parameters are being 
sent over the wire.

4) Enable the Request Dumper Valve to see if the parameters are making it into 
Tomcat (but heed the warning about character encoding side effects):
http://tomcat.apache.org/tomcat-6.0-doc/config/valve.html#Request%20Dumper%20Valve

5) Try the latest Tomcat 6.0.24 download and see if the problem persists.  Note 
the following bug report:
https://issues.apache.org/bugzilla/show_bug.cgi?id=37794
which was corrected in 6.0.21.  It's for handling POST parameters, but might be 
related.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Active DataSource Connection count never decreasing with PostgreSQL

 From: Alexander Hartner [mailto:a...@j2anywhere.com]
 Subject: Re: Active DataSource Connection count never decreasing with
 PostgreSQL

Again, please send just to the mailing list, not to individuals.

 conf/Catalina/localhost/ROOT.xml
 ?xml version=1.0 encoding=UTF-8?
 Context docBase=apps/AddressBookServer.war

Apparently you missed this bit from a previous response:

with a docBase attribute that points to a .war file *outside* of Tomcat's 
directory structure

Where *outside* is the critical term.

   Environment name=LicenseFile value=Licensekey.license
 type=java.lang.String override=true/
   Environment name=BackupsFolder value=../backups
 type=java.lang.String override=true/

Note that setting override=true allows env-entry settings in 
WEB-INF/web.xml to override Environment elements nested inside the Context; 
is that really what you want?

 url=jdbc:h2:tcp://localhost:28081/../db/AddressBookDB;LOCK_TIMEOUT=6

I still have no idea how to make any sense out of that URL.

  connectionURL=jdbc:h2:tcp://localhost:28081/../db/AddressBookDB;LOCK_TIMEOUT=6

Nor the second one.

 I guess this is causes as I have a META-INF/context.xml file 
 inside my WAR.

No, it's because the docBase on the Context element above points to a 
location under appBase (exactly what the message says), which you've been told 
before is a no-no.

 I am using tomcat 6.0.18. Is this supposed to work with 
 this release or should I upgrade to 6.0.24 ?

The config you have won't work with any release (other than by some accident), 
since it's illegal.  Regardless, I would certainly move up to 6.0.24; no point 
in debugging on a level that's a year-and-a-half and many, many fixes old.

 - Chuck

THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Mod_JK connector configuration Error

2010-02-03 Thread Mark Eggers

apxs gets configuration information for apr and apr-utils, and httpd among 
other things. It does this by using pkg-config to find the libdir for apr, then 
prefixing that to httpd/build.

For example, pkg-config --variable=libdir apr-1 on my system returns

/usr/lib

Then apxs looks in /usr/lib/httpd/build for a file called config_vars.mk. One 
of the first variables it pulls up and tests is PREFIX (prefix in 
config_vars.mk),

If this doesn't work, then you'll get the message that you received.

What does /opt/dasyedib/apache/bin/apxs -q PREFIX return?

Is there a file config_vars.mk in PREFIX/httpd/build (where PREFIX is the value 
returned in the previous command)?

What are the values for the APR_ and APU_ variables at the bottom of the 
config_vars.mk file?

It sounds like your Apache utilities don't agree with your Apache httpd build / 
installation / configuration.

Just my two cents,

/mde/


--- On Wed, 2/3/10, daulat khan daulat@gmail.com wrote:

 From: daulat khan daulat.@gmail.com
 Subject: Mod_JK connector configuration Error
 To: Tomcat Users List users@tomcat.apache.org, us...@httpd.apache.org
 Date: Wednesday, February 3, 2010, 6:12 PM
 Hi,
 
 i am hitting the following error while configuring mod_jk
 connector in
 solaris 10 machine. i am using sun studio tools for
 compiling.
 tomcat connector latest verson 1.2.28
 apache latest  verson 2.2.14
 and tomcat latest version 6.0.20
 
 configure: error: You must specify a valid --with-apxs
 path
 
 i am using the following statement while configuring
 
 ./configure --with-apxs=/opt/dasyedib/apache/bin/apxs
 CFLAGS=-liconv
 
 and this tried the below statement too
 
 ./configure --with-apxs2=/opt/dasyedib/apache/bin/apxs
 CFLAGS=-liconv
 
 Please help.
 
 Thanks,
 Daulatkhan






-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat dies suddenly

2010-02-03 Thread Kees Jan Koster


Dear Carl,

So this problem happens on one machine or on more than one? If it is  
limited to one machine, I would be inclined to run memtest86 on it to  
see if the RAM is good.


Kees Jan

On 4 feb 2010, at 02:07, Carl c...@etrak-plus.com wrote:


Chris,

Interesting idea.  I tried over the weekend to force that situation  
with JMeter hitting a simple jsp that did some data stuff and  
created a small display.  I pushed it to the point that there were  
entries in the log stating it was out of memory (when attempting to  
GC, I think) but it just slowed way down and never crashed.  I could  
see from VisualJVM that it had used the entire heap but, again, I  
could never get it to crash.


Strange because it doesn't have the classic signs (slowing down or  
throwing out of memory exceptions or freezing), it just disappears  
without any tracks.  I am certain there is a reason somewhere, I  
just haven't found it yet.


Thanks for your suggestions,

Carl

- Original Message - From: Christopher Schultz ch...@christopherschultz.net 


To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, February 03, 2010 5:45 PM
Subject: Re: Tomcat dies suddenly



-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chuck,

On 2/3/2010 5:00 PM, Caldarale, Charles R wrote:

From: Carl [mailto:c...@etrak-plus.com]
Subject: Re: Tomcat dies suddenly



I am hoping I can see failure at the point of failure
with the heap dump options


That won't have any effect on the Linux OOM killer.  If it is the  
OOM killer taking out Tomcat, the JVM will not receive any  
notification - all threads will just be terminated with extreme  
prejudice.  There won't be a chance for the heap dump to happen.


Maybe what Carl should try is to actually cause an OOME without
triggering the OOM Killer.

Carl: you said that everything is copacetic when you run with a  
smaller
heap, right? Well, run with that smaller heap, but then write a  
simply
servlet/JSP/whatever that just allocates huge, say, byte[] buffers  
until
it gets an OOME and verify that you get a heap dump when that  
happens.


- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktp/JEACgkQ9CaO5/Lv0PBI0ACgmDLJVxM5xDiN5UIFsqqKRj7i
2J8AoL8ENGsYxwudtFrLy+tZTzmr/rxC
=4yC9
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Parameters disappear from PUTs

 From: c...@munat.com [mailto:c...@munat.com]
 Subject: Parameters disappear from PUTs

 When I load my app into Tomcat 6 (Ubuntu), the form submission works
 perfectly if I use a POST: the params are definitely received. If I
 use a PUT, it works, but the parameters are missing

 1) Tell us your /exact/ Tomcat aversion, and whether it's a 3rd-party
 repackaged one or a real Tomcat from tomcat.apache.org.  (The Ubuntu
 flavor of Tomcat gives many people grief, albeit not with the symptoms you
 describe.)

I don't actually have a Tomcat aversion, which is why I'm using it. (It's
more of an aversion to computers in general, I'd say.) But the Tomcat
version is 6.0.20-2ubuntu2.

 2) Tell us the /exact/ JVM version and vendor you're using.

Looks like Sun JDK 6-15-1.

 3) Take a Wireshark or equivalent trace to verify that the parameters are
 being sent over the wire.

Wireshark is kind of a bear to use and I'm not at the server. If I used
Live HTTP Header in Firefox and confirmed that the params are going out,
is that enough? Because I did and they are. The only difference in the
headers is that the POST header includes:

Pragma: no-cache
Cache-Control: no-cache

 4) Enable the Request Dumper Valve to see if the parameters are making it
 into Tomcat (but heed the warning about character encoding side effects):
 http://tomcat.apache.org/tomcat-6.0-doc/config/valve.html#Request%20Dumper%20Valve

I did. If I POST the params are there. If I PUT, they are not, repeat, not.

 5) Try the latest Tomcat 6.0.24 download and see if the problem persists.
 Note the following bug report:
 https://issues.apache.org/bugzilla/show_bug.cgi?id=37794
 which was corrected in 6.0.21.  It's for handling POST parameters, but
 might be related.

Sadly, this is not currently possible. Apt-get is still at 20, and nothing
goes on the server that doesn't go through Apt-get. Fortunately, I can
work around it by using POST for now, but it would be nice to be able to
do REST right.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Parameters disappear from PUTs

OK, turns out my brother has wireshark installed. We ran it, and the
packets are definitely getting to the server with the PUT params intact.
So they arrive at the server, but they are missing from the output of the
valve. Does this mean Tomcat is hosed?

I thought maybe I'd test 24 on my laptop, but macports is still at 20,
too. Guess I'll have to do it the hard way.

 From: c...@munat.com [mailto:c...@munat.com]
 Subject: Parameters disappear from PUTs

 When I load my app into Tomcat 6 (Ubuntu), the form submission works
 perfectly if I use a POST: the params are definitely received. If I
 use a PUT, it works, but the parameters are missing

 1) Tell us your /exact/ Tomcat aversion, and whether it's a 3rd-party
 repackaged one or a real Tomcat from tomcat.apache.org.  (The Ubuntu
 flavor of Tomcat gives many people grief, albeit not with the symptoms
 you
 describe.)

 I don't actually have a Tomcat aversion, which is why I'm using it. (It's
 more of an aversion to computers in general, I'd say.) But the Tomcat
 version is 6.0.20-2ubuntu2.

 2) Tell us the /exact/ JVM version and vendor you're using.

 Looks like Sun JDK 6-15-1.

 3) Take a Wireshark or equivalent trace to verify that the parameters
 are
 being sent over the wire.

 Wireshark is kind of a bear to use and I'm not at the server. If I used
 Live HTTP Header in Firefox and confirmed that the params are going out,
 is that enough? Because I did and they are. The only difference in the
 headers is that the POST header includes:

 Pragma: no-cache
 Cache-Control: no-cache

 4) Enable the Request Dumper Valve to see if the parameters are making
 it
 into Tomcat (but heed the warning about character encoding side
 effects):
 http://tomcat.apache.org/tomcat-6.0-doc/config/valve.html#Request%20Dumper%20Valve

 I did. If I POST the params are there. If I PUT, they are not, repeat,
 not.

 5) Try the latest Tomcat 6.0.24 download and see if the problem
 persists.
 Note the following bug report:
 https://issues.apache.org/bugzilla/show_bug.cgi?id=37794
 which was corrected in 6.0.21.  It's for handling POST parameters, but
 might be related.

 Sadly, this is not currently possible. Apt-get is still at 20, and nothing
 goes on the server that doesn't go through Apt-get. Fortunately, I can
 work around it by using POST for now, but it would be nice to be able to
 do REST right.

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Tomcat Security

2010-02-03 Thread ronald . wagenaar

We are running a few web applications on Tomcat 6 on a Windows Server 2003 
system in a Windows 2003 Active Directory Forest.
How to make the Tomcat environment secure (hardening)?

I read about security manager, but how to add the web applications in the 
cataline.policy?
Is it possible to use Windows Authentication?
Are there more possibilities? 


Ronald 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Parameters disappear from PUTs

2010-02-03 Thread Mark Eggers

As a quick check, can you go into /etc/init.d/tomcat6 and at around line 68 
you'll see:

TOMCAT_SECURITY=yes

If you're allowed to, change that line to:

TOMCAT_SECURITY=no

Then restart tomcat with:

../tomcat6 restart

Of course, you have to be root to do this.

On first glance, I don't see a security policy that would cause this. However, 
if you look at the Ubuntu bugs database, there are many instances of people 
complaining about the security manager being enabled by default.

Just my two cents  . . .

/mde/

--- On Wed, 2/3/10, c...@munat.com c...@munat.com wrote:

 From: c...@munat.com c...@munat.com
 Subject: RE: Parameters disappear from PUTs
 To: Tomcat Users List users@tomcat.apache.org
 Date: Wednesday, February 3, 2010, 10:43 PM
 OK, turns out my brother has
 wireshark installed. We ran it, and the
 packets are definitely getting to the server with the PUT
 params intact.
 So they arrive at the server, but they are missing from the
 output of the
 valve. Does this mean Tomcat is hosed?
 
 I thought maybe I'd test 24 on my laptop, but macports is
 still at 20,
 too. Guess I'll have to do it the hard way.
 
  From: c...@munat.com
 [mailto:c...@munat.com]
  Subject: Parameters disappear from PUTs
 
  When I load my app into Tomcat 6 (Ubuntu), the
 form submission works
  perfectly if I use a POST: the params are
 definitely received. If I
  use a PUT, it works, but the parameters are
 missing
 
  1) Tell us your /exact/ Tomcat aversion, and
 whether it's a 3rd-party
  repackaged one or a real Tomcat from
 tomcat.apache..org.  (The Ubuntu
  flavor of Tomcat gives many people grief, albeit
 not with the symptoms
  you
  describe.)
 
  I don't actually have a Tomcat aversion, which is why
 I'm using it. (It's
  more of an aversion to computers in general, I'd say.)
 But the Tomcat
  version is 6.0.20-2ubuntu2.
 
  2) Tell us the /exact/ JVM version and vendor
 you're using.
 
  Looks like Sun JDK 6-15-1..
 
  3) Take a Wireshark or equivalent trace to verify
 that the parameters
  are
  being sent over the wire.
 
  Wireshark is kind of a bear to use and I'm not at the
 server. If I used
  Live HTTP Header in Firefox and confirmed that the
 params are going out,
  is that enough? Because I did and they are. The only
 difference in the
  headers is that the POST header includes:
 
  Pragma: no-cache
  Cache-Control: no-cache
 
 
  4) Enable the Request Dumper Valve to see if the
 parameters are making
  it
  into Tomcat (but heed the warning about character
 encoding side
  effects):
  http://tomcat.apache.org/tomcat-6.0-doc/config/valve.html#Request%20Dumper%20Valve
 
  I did. If I POST the params are there. If I PUT, they
 are not, repeat,
  not.
 
  5) Try the latest Tomcat 6.0.24 download and see
 if the problem
  persists.
  Note the following bug report:
  https://issues.apache.org/bugzilla/show_bug.cgi?id=37794
  which was corrected in 6.0.21.  It's for
 handling POST parameters, but
  might be related.
 
  Sadly, this is not currently possible. Apt-get is
 still at 20, and nothing
  goes on the server that doesn't go through Apt-get.
 Fortunately, I can
  work around it by using POST for now, but it would be
 nice to be able to
  do REST right.
 
 
 
 
 
 -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 
 





-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Parameters disappear from PUTs