tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Lowe <mark.l...@boxstuff.com>
Subject Re: Tomcat5/mod_jk Memory Leak/mod_jk bypass
Date Tue, 01 Jun 2004 14:14:46 GMT
Been fine up until now.

I want to limit the ram assigned to each webapp, but if this is the 
wrong way of doing this then I'd appreciate being told what the correct 
argument would be.

The only out of memory problems I had were caused by some shadiness 
between jk and coyote. but seems to be sorted now.

Thanks

Mark

On 1 Jun 2004, at 14:16, <Jagsir.Dhillon@iflexsolutions.com> wrote:

> Hi Mark,
> This option
> -Xmx128m
>
> Will cause OutOfMemory for you,
> As it basically sets maximum Java heap size, which will cause JVM to
> through whenever the limit is reached. Set it to a high value.
>
> Chall,
>
>
> -----Original Message-----
> From: Mark Lowe [mailto:mark.lowe@boxstuff.com]
> Sent: Tuesday, June 01, 2004 4:55 PM
> To: Tomcat Users List
> Subject: Re: Tomcat5/mod_jk Memory Leak/mod_jk bypass
>
> I have this in our startup scripts
>
> export CATALINA_OPTS="-Djava.awt.headless=true -Xmx128m -Xdebug"
>
> Perhaps the debug argument might reveal something. I cant be much help
> on windows matters as I try not to get involved with anything like 
> that.
>
> My app is still running, but linux not windows so i don't know how far 
> i
> can compare. I also have no idea about compiling jk under windows, i've
> always found that I've needed to compile jk often with the head version
> out of cvs (there's always a fix thats needed somewhere).
>
> Mark
>
> On 1 Jun 2004, at 13:05, James Sherwood wrote:
>
>> Ran out of memory last night again
>>
>> Set to 512m and ran out at 284m
>> Maybe I am missing a paramater in the tomcat setup on windows or
>> something
>>
>> Frustrating
>>
>> James
>>
>> ----- Original Message -----
>> From: "Mark Lowe" <mark.lowe@boxstuff.com>
>> To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
>> Sent: Monday, May 31, 2004 4:04 PM
>> Subject: Re: Tomcat5/mod_jk Memory Leak/mod_jk bypass
>>
>>
>>> 300 mb sounds a lot, i've got a hibernate and struts flavored app
>>> running with a 128 limit, and thats being generous.
>>>
>>> I haven't measured anything but top looks happy, with 5.0.25 with jk
>>> to apache 2.0.47. Had a bit of traffic this afternoon albeit nothing
>>> heavy, had 5 simultaneously this afternoon. But nothing huge.
>>>
>>> Mark
>>>
>>> On 31 May 2004, at 17:54, James Sherwood wrote:
>>>
>>>> Thanks Mark,
>>>>
>>>> I have it currently running bypassing the mod_jk with rewrite to
>>>> port 8080.
>>>>
>>>> The memory has ramped to 327 mb so far which is not anything to
>>>> worry about.
>>>>
>>>> I had this problem on our linux box but I had forgotten the -server
>>>> option and that took care of it.
>>>> The problem is, windows doesnt accept -server.
>>>>
>>>> Ill continue to monitor it with the mod_jk bypass in.
>>>>
>>>>
>>>> James
>>>>
>>>>
>>>> ----- Original Message -----
>>>> From: "Mark Lowe" <mark.lowe@boxstuff.com>
>>>> To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
>>>> Sent: Monday, May 31, 2004 12:19 PM
>>>> Subject: Re: Tomcat5/mod_jk Memory Leak/mod_jk bypass
>>>>
>>>>
>>>>> I've just set 5.0.25 up and it will run with mod_jk/1.2.3-dev and
>>>>> Apache/2.0.47 , I'll see if i get the same thing happening.
>>>>>
>>>>> When i was having problems i was getting a decoding error written
>>>>> to catalina log, which 5.0.24+ hasn't given me. 5.0.24 has been
>>>>> working quite happily but the next man mentioned a session error so
>
>>>>> I took his word for it and upgraded.
>>>>>
>>>>> You could have tomcat being served from an ip alias, but will
>>>>> depend on you configuration. And might take longer than getting jk
>>>>> sorted.
>>>>>
>>>>> For the moment I can just say i'll keep and eye on things and see
>>>>> if the same happens to me.
>>>>>
>>>>> Mark
>>>>>
>>>>> On 31 May 2004, at 14:23, James Sherwood wrote:
>>>>>
>>>>>> There are no errors anywhere that I can find in any logs.  The
>>>>>> memory just slowly ramps up till an out of memory error happens.
>>>>>>
>>>>>> James
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: "Mark Lowe" <mark.lowe@boxstuff.com>
>>>>>> To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
>>>>>> Sent: Monday, May 31, 2004 9:04 AM
>>>>>> Subject: Re: Tomcat5/mod_jk Memory Leak/mod_jk bypass
>>>>>>
>>>>>>
>>>>>>> What does your catalina log have to say for itself?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 31 May 2004, at 13:59, James Sherwood wrote:
>>>>>>>
>>>>>>>> As I posted before, I get a memory leak using mod_jk 1.2
with
>>>>>>>> Tomcat
>>>>>>>> 5.0.25
>>>>>>>> and Apache 2.049
>>>>>>>>
>>>>>>>> I beleive it may be related to the mod_jk connector and since
I
>>>>>>>> am not actually serving up anything with apache yet I want
to
>>>>>>>> just bypass the connector for 1 site and hit tomcat directly.
I
>>>>>>>> have to use apache for other things on the server so I cannot
>>>>>>>> just use tomcat.
>>>>>>>>
>>>>>>>> Any idea the best route for this? (of course a fix for the
leak
>>>>>>>> is the best
>>>>>>>> route:)
>>>>>>>> My route works but certian urls within the site do not
>>>>>>>> work(although I think I could get them working).
>>>>>>>>
>>>>>>>> The way I have done it is this:
>>>>>>>>
>>>>>>>> <VirtualHost *>
>>>>>>>>
>>>>>>>> ServerName mysite.ca
>>>>>>>>
>>>>>>>> RewriteEngine on
>>>>>>>>
>>>>>>>> RewriteCond %{HTTP_HOST} ^www\.mysite\.ca$ [NC]
>>>>>>>>
>>>>>>>> RewriteRule ^(.*) http://localhost:8080$1 [p]
>>>>>>>>
>>>>>>>> </VirtualHost>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks, James
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
> -----------------------------------------------------------------
>>>>>>>> --
>>>>>>>> --
>>>>>>>> To unsubscribe, e-mail:
>>>>>>>> tomcat-user-unsubscribe@jakarta.apache.org
>>>>>>>> For additional commands, e-mail:
>>>>>>>> tomcat-user-help@jakarta.apache.org
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
> ------------------------------------------------------------------
>>>>>>> --
>>>>>>> -
>>>>>>> To unsubscribe, e-mail:
> tomcat-user-unsubscribe@jakarta.apache.org
>>>>>>> For additional commands, e-mail:
>>>>>>> tomcat-user-help@jakarta.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
> -------------------------------------------------------------------
>>>>>> --
>>>>>> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>>>> For additional commands, e-mail:
>>>>>> tomcat-user-help@jakarta.apache.org
>>>>>>
>>>>>
>>>>>
>>>>>
> --------------------------------------------------------------------
>>>>> -
>>>>> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>>> For additional commands, e-mail:
> tomcat-user-help@jakarta.apache.org
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message