You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Rainer Jung <ra...@kippdata.de> on 2009/03/10 17:27:30 UTC
Re: Apache/mod_jk serves random files from tomcat
Hi Yuval,
did you find out in the meantime, whether you were using the tcnative
(aka APR) connector?
Regards,
Rainer
On 19.02.2009 11:34, Yuval Perlov wrote:
> Just the swapping responses has me concerned.
>
> Thank you so much for the rest of your responses we will put them to
> good use once we give up on AJP completely.
>
> Yuval
>
> On Feb 18, 2009, at 8:45 PM, Christopher Schultz wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Yuval,
>
> On 2/17/2009 1:48 PM, Yuval Perlov wrote:
>> Is APR part of tomcat or apache [httpd]?
>
> APR is the Apache Portable Runtime. Technically, it's its own beast and
> is used by both httpd and Tomcat (optionally).
>
>> If I am running on linux and have no
>> .so files in my tomcat directory does that mean I have no APR installed?
>
> The Tomcat directory isn't the only place .so files could be located.
> Anywhere in the java.library.path is possible.
>
> If you have an AprLifecycleListener configured in your server.xml, then
> you are attempting to use APR. If you get a message in catalina.out on
> startup that says something like "APR Configured" or "APR library not
> found" then you have your answer.
>
>> On a more positive note, we switched to proxy_http (after making the
>> necessary code changes) and everything works now - no more mixed content.
>>
>> Of course we lost a lot of necessary functionality:
>> 1. request.isSecure() doesn't work
>
> You can always use https :)
>
>> 2. we don't know the server name we are hit with (since it is "hard
>> coded" in httpd.conf)
>
> This should be an option in mod_proxy. Is it not? ProxyPreserveHost?
>
>> 3. we have no access to the source IP (for geo location)
>
> Why not use mod_headers to convert the original IP address into an
> X-Original-IP header. Better yet, use the X-Forwarded-For header that
> should be set by default by mod_proxy.
>
>> BTW - Am I the only one that is seriously worried that this kind of
>> problem can even exist on a platform of this maturity?
>
> Which problem? The "swapping-responses" problem or everything else
> you've outlined about your inadequate configuration?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by Yuval Perlov <yu...@r-u-on.com>.
We were not using APR.
Since this was a live project I had no choice but switch to regular
http proxy which doesn't work as well as AJP (speed/functionality) but
is consistent.
Alas, as much as I'd like to help with solving this issue, I wasn't
able to reproduce in a test environment and the production environment
is now live so I can't mess with it.
Cheers!
Yuval Perlov
www.r-u-on.com
On Mar 10, 2009, at 6:27 PM, Rainer Jung wrote:
> Hi Yuval,
>
> did you find out in the meantime, whether you were using the
> tcnative (aka APR) connector?
>
> Regards,
>
> Rainer
>
> On 19.02.2009 11:34, Yuval Perlov wrote:
>> Just the swapping responses has me concerned.
>>
>> Thank you so much for the rest of your responses we will put them to
>> good use once we give up on AJP completely.
>>
>> Yuval
>>
>> On Feb 18, 2009, at 8:45 PM, Christopher Schultz wrote:
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Yuval,
>>
>> On 2/17/2009 1:48 PM, Yuval Perlov wrote:
>>> Is APR part of tomcat or apache [httpd]?
>>
>> APR is the Apache Portable Runtime. Technically, it's its own beast
>> and
>> is used by both httpd and Tomcat (optionally).
>>
>>> If I am running on linux and have no
>>> .so files in my tomcat directory does that mean I have no APR
>>> installed?
>>
>> The Tomcat directory isn't the only place .so files could be located.
>> Anywhere in the java.library.path is possible.
>>
>> If you have an AprLifecycleListener configured in your server.xml,
>> then
>> you are attempting to use APR. If you get a message in catalina.out
>> on
>> startup that says something like "APR Configured" or "APR library not
>> found" then you have your answer.
>>
>>> On a more positive note, we switched to proxy_http (after making the
>>> necessary code changes) and everything works now - no more mixed
>>> content.
>>>
>>> Of course we lost a lot of necessary functionality:
>>> 1. request.isSecure() doesn't work
>>
>> You can always use https :)
>>
>>> 2. we don't know the server name we are hit with (since it is "hard
>>> coded" in httpd.conf)
>>
>> This should be an option in mod_proxy. Is it not? ProxyPreserveHost?
>>
>>> 3. we have no access to the source IP (for geo location)
>>
>> Why not use mod_headers to convert the original IP address into an
>> X-Original-IP header. Better yet, use the X-Forwarded-For header that
>> should be set by default by mod_proxy.
>>
>>> BTW - Am I the only one that is seriously worried that this kind of
>>> problem can even exist on a platform of this maturity?
>>
>> Which problem? The "swapping-responses" problem or everything else
>> you've outlined about your inadequate configuration?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by Pid <pi...@pidster.com>.
On 08/10/2010 04:40, domiguo wrote:
>
> Has this thread has a clear answer now?
You resurrected a thread which is over a year old. If you have a
problem, please start a new email and describe the details and your
environment.
p
Re: Apache/mod_jk serves random files from tomcat
Posted by domiguo <zj...@163.com>.
Has this thread has a clear answer now?
--
View this message in context: http://old.nabble.com/Apache-mod_jk-serves-random-files-from-tomcat-tp18385568p29912221.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by Jakob Ericsson <ja...@gmail.com>.
Problem found in mod_proxy_ajp too,
https://issues.apache.org/bugzilla/show_bug.cgi?id=46949
/Jakob
On Fri, Mar 27, 2009 at 10:33 PM, LukeK <lu...@sce.net> wrote:
>
>
> Rainer Jung-3 wrote:
>>
>> Thanks very much for the feedback. Considering the severity of the
>> problem, if you could give us another update at a time you think is
>> appropriate (depending on how often the problem happened before).
>
> It's been about a month now since we dropped libtcnative, and the problem
> has not been reported again. Right now, I've seen enough to suggest it was
> tcnative.
>
>
> Would you please be so kind to also tell us, which tcnative version you
>> were using?
>
> 1.14 though 1.16; perhaps a version or two before that, I cannot say for
> sure.
>
> Cheers!
>
> Luke
> --
> View this message in context: http://www.nabble.com/Apache-mod_jk-serves-random-files-from-tomcat-tp18385568p22746664.html
> Sent from the Tomcat - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
--
Jakob Ericsson, JAKERI AB
Tel. +46 704 533 627
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by LukeK <lu...@sce.net>.
Rainer Jung-3 wrote:
>
> Thanks very much for the feedback. Considering the severity of the
> problem, if you could give us another update at a time you think is
> appropriate (depending on how often the problem happened before).
It's been about a month now since we dropped libtcnative, and the problem
has not been reported again. Right now, I've seen enough to suggest it was
tcnative.
Would you please be so kind to also tell us, which tcnative version you
> were using?
1.14 though 1.16; perhaps a version or two before that, I cannot say for
sure.
Cheers!
Luke
--
View this message in context: http://www.nabble.com/Apache-mod_jk-serves-random-files-from-tomcat-tp18385568p22746664.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by SQ <se...@compusystems.com>.
Rainer,
Rainer Jung-3 wrote:
>
> I guess you mean the lines with the 503 are the bad responses? But those
> do not indicate, that the probe gets back the page requested by someone
> else, it shows that the web server or Tomcat throw an HTTP error, namely
> 503. In this case I would guess, that mod_jk detected an error and put
> th enode into error status. You should check your mod_jk log file. It
> might also be good to temporarily activate the access log of Tomcat too,
> in order to check, whether the 503 already came from there or not.
>
> I would expect the develop observation and this one are two different
> things.
>
Actually I was trying to draw comparison to the original poster, Tim
Redding's comments about how the file size on a static page would change.
Unfortunately, I gave you a bad example, which included the 503 error.
Please ignore that. Basically, in the access_log we see the file size
change, because it is serving the wrong page. We had to throw a band aid
up, which monitors the file sizes and if they differ, the script bounces
Apache. Seems to work ok for now, but its kind of ugly.
Rainer Jung-3 wrote:
>
> Do both (mod_jk and mod_jk2 show the problems A=develop and B=probes?
>
Yes, after looking closer, we're having the same problem with both
connectors. We're currently in the process of upgrading everything-- going
to Apache 2.2.11, mod_jk 1.2.27, and Tomcat 5.5.27. I'll let you know if
any of these help.
--
View this message in context: http://www.nabble.com/Apache-mod_jk-serves-random-files-from-tomcat-tp18385568p22628124.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by Rainer Jung <ra...@kippdata.de>.
On 13.03.2009 18:14, Rainer Jung wrote:
>> Not sure the answer to that. Both were installed by other people, who
>> either don't recall their orgins, or are no longer employed here. I'm
>> working on building the 1.2.27 from source right now. We're x86, not
>> sparc,
>> by the way.
>
> OK. For Solaris x86 we never provided bins (I think)
Oups, correction, we did.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by Rainer Jung <ra...@kippdata.de>.
On 13.03.2009 17:50, SQ wrote:
> Rainer Jung-3 wrote:
>> Just to make sure, we are talking about the same kind of observation:
>> could you please describe independently, how the observed problem looks
>> like in your case?
>>
>
> In development, the developers are getting other people pages. So user1
> requests pageA and gets user2's pageB.
> In production, we don't get user
> input, but the probe on the load balancer is not getting the response it is
> looking for, so it thinks the machine its checking is down. The probe is
> called serverlive.jsp. Here is the accesslog entry during the problem (13
> being the primary LB, 14 the backup):
> xxx.xxx.xxx.14 - - [12/Mar/2009:23:09:53 -0500] "GET /serverlive.jsp " 200
> 13
> xxx.xxx.xxx.13 - - [12/Mar/2009:23:09:54 -0500] "GET /serverlive.jsp " 200
> 13
> xxx.xxx.xxx.14 - - [12/Mar/2009:23:09:59 -0500] "GET /serverlive.jsp " 200
> 13
> xxx.xxx.xxx.13 - - [12/Mar/2009:23:09:59 -0500] "GET /serverlive.jsp " 200
> 13
> xxx.xxx.xxx.14 - - [12/Mar/2009:23:10:04 -0500] "GET /serverlive.jsp " 503
> 1070
> xxx.xxx.xxx.13 - - [12/Mar/2009:23:10:05 -0500] "GET /serverlive.jsp " 503
> 1070
> xxx.xxx.xxx.14 - - [12/Mar/2009:23:10:10 -0500] "GET /serverlive.jsp " 503
> 1070
> xxx.xxx.xxx.13 - - [12/Mar/2009:23:10:10 -0500] "GET /serverlive.jsp " 503
> 1070
> xxx.xxx.xxx.14 - - [12/Mar/2009:23:11:00 -0500] "GET /serverlive.jsp " 503
> 1070
> xxx.xxx.xxx.14 - - [12/Mar/2009:23:12:34 -0500] "GET /serverlive.jsp " 503
> 997
> xxx.xxx.xxx.13 - - [12/Mar/2009:23:11:46 -0500] "GET /serverlive.jsp " 503
> 997
> xxx.xxx.xxx.13 - - [12/Mar/2009:23:12:31 -0500] "GET /serverlive.jsp " 503
> 997
> xxx.xxx.xxx.13 - - [12/Mar/2009:23:11:01 -0500] "GET /serverlive.jsp " 503
> 997
I guess you mean the lines with the 503 are the bad responses? But those
do not indicate, that the probe gets back the page requested by someone
else, it shows that the web server or Tomcat throw an HTTP error, namely
503. In this case I would guess, that mod_jk detected an error and put
th enode into error status. You should check your mod_jk log file. It
might also be good to temporarily activate the access log of Tomcat too,
in order to check, whether the 503 already came from there or not.
I would expect the develop observation and this one are two different
things.
> I'll try and get some log entries from development.
>
>
> Rainer Jung-3 wrote:
>> Since you see the problem with mod_jk2 and with mod_jk I somehow doubt,
>> that it comes form mod_jk (but hey, I'm involved in mod_jk development,
>> so that might simply be defense.
>>
>
> This is the main reason I posted here. If I'm indeed seeing the same
> problem as the others here, then my case may disprove the mod_jk theory. Or
> perhaps the issue resides in both my versions?
Do both (mod_jk and mod_jk2 show the problems A=develop and B=probes?
> Rainer Jung-3 wrote:
>> What is obvious, your Tomcat is *very* outdated. You are using a no
>> longer supported major version (5.0) and with 5.0 you are using a very
>> old minor version.
>>
>> If you have any chance, upgrade your Tomcat.
>>
>
> Yes, I know. I'll see what I can do.
>
>
> Rainer Jung-3 wrote:
>> Apart from that: what else can you tell about the problem? Are there log
>> entries either from mod_jk, Apache httpd or Tomcat associated with these
>> events? Would you be able to snoop traffic between httpd and Tomcat and
>> between httpd and the clients?
As indicated above: if the system using mod_jk logs status code 503 in
the access log (and the 503 is not in the Tomcat access log), it is
*very* likely, that mod_jk writes something to its JkLogFile. Set
JkLogLevel to info (but info message alone are not relevant; when you
get a 503 it should log some error and interesting info messages at the
same time).
> We haven't been seen any errors, in any logs. I can go through the logs and
> compare them, and then compare those findings between the enviroments. Not
> sure whats involved in snooping traffic. I can look into that as well.
>
>
> Rainer Jung-3 wrote:
>> Where did you get your mod_jk from? How was it build?
>>
>
> Not sure the answer to that. Both were installed by other people, who
> either don't recall their orgins, or are no longer employed here. I'm
> working on building the 1.2.27 from source right now. We're x86, not sparc,
> by the way.
OK. For Solaris x86 we never provided bins (I think), so someone might
have built them. Under Solaris you might run into some build troubles,
in case you are using a Sun provided httpd. Sun often compiles it with
the Sun compiler and there is a slight chance, that a gcc compiled
mod_jk will crash with a Sun compiled httpd. The Sun compiler is free
though. I'm just mentioning this, so you know that it would be best if
the compiler used for httpd and used for mod_jk are the same or at least
close to each other.
> Thanks for your help. Please let me know of anything else I can provide. I
> will make updates as new information comes up.
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by SQ <se...@compusystems.com>.
Hi Rainer,
Thanks for the reply. Answers to your questions below,
Rainer Jung-3 wrote:
>
> Jus to make sure, we are talking about the same kind of observation:
> could you please describe independently, how the observed problem looks
> like in your case?
>
In development, the developers are getting other people pages. So user1
requests pageA and gets user2's pageB. In production, we don't get user
input, but the probe on the load balancer is not getting the response it is
looking for, so it thinks the machine its checking is down. The probe is
called serverlive.jsp. Here is the accesslog entry during the problem (13
being the primary LB, 14 the backup):
xxx.xxx.xxx.14 - - [12/Mar/2009:23:09:53 -0500] "GET /serverlive.jsp " 200
13
xxx.xxx.xxx.13 - - [12/Mar/2009:23:09:54 -0500] "GET /serverlive.jsp " 200
13
xxx.xxx.xxx.14 - - [12/Mar/2009:23:09:59 -0500] "GET /serverlive.jsp " 200
13
xxx.xxx.xxx.13 - - [12/Mar/2009:23:09:59 -0500] "GET /serverlive.jsp " 200
13
xxx.xxx.xxx.14 - - [12/Mar/2009:23:10:04 -0500] "GET /serverlive.jsp " 503
1070
xxx.xxx.xxx.13 - - [12/Mar/2009:23:10:05 -0500] "GET /serverlive.jsp " 503
1070
xxx.xxx.xxx.14 - - [12/Mar/2009:23:10:10 -0500] "GET /serverlive.jsp " 503
1070
xxx.xxx.xxx.13 - - [12/Mar/2009:23:10:10 -0500] "GET /serverlive.jsp " 503
1070
xxx.xxx.xxx.14 - - [12/Mar/2009:23:11:00 -0500] "GET /serverlive.jsp " 503
1070
xxx.xxx.xxx.14 - - [12/Mar/2009:23:12:34 -0500] "GET /serverlive.jsp " 503
997
xxx.xxx.xxx.13 - - [12/Mar/2009:23:11:46 -0500] "GET /serverlive.jsp " 503
997
xxx.xxx.xxx.13 - - [12/Mar/2009:23:12:31 -0500] "GET /serverlive.jsp " 503
997
xxx.xxx.xxx.13 - - [12/Mar/2009:23:11:01 -0500] "GET /serverlive.jsp " 503
997
I'll try and get some log entries from development.
Rainer Jung-3 wrote:
>
> Since you see the problem with mod_jk2 and with mod_jk I somehow doubt,
> that it comes form mod_jk (but hey, I'm involved in mod_jk development,
> so that might simply be defense.
>
This is the main reason I posted here. If I'm indeed seeing the same
problem as the others here, then my case may disprove the mod_jk theory. Or
perhaps the issue resides in both my versions?
Rainer Jung-3 wrote:
>
> What is obvious, your Tomcat is *very* outdated. You are using a no
> longer supported major version (5.0) and with 5.0 you are using a very
> old minor version.
>
> If you have any chance, upgrade your Tomcat.
>
Yes, I know. I'll see what I can do.
Rainer Jung-3 wrote:
>
> Apart from that: what else can you tell about the problem? Are there log
> entries either from mod_jk, Apache httpd or Tomcat associated with these
> events? Would you be able to snoop traffic between httpd and Tomcat and
> between httpd and the clients?
>
We haven't been seen any errors, in any logs. I can go through the logs and
compare them, and then compare those findings between the enviroments. Not
sure whats involved in snooping traffic. I can look into that as well.
Rainer Jung-3 wrote:
>
> Where did you get your mod_jk from? How was it build?
>
Not sure the answer to that. Both were installed by other people, who
either don't recall their orgins, or are no longer employed here. I'm
working on building the 1.2.27 from source right now. We're x86, not sparc,
by the way.
Thanks for your help. Please let me know of anything else I can provide. I
will make updates as new information comes up.
--
View this message in context: http://www.nabble.com/Apache-mod_jk-serves-random-files-from-tomcat-tp18385568p22500565.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by Rainer Jung <ra...@kippdata.de>.
On 12.03.2009 16:42, SQ wrote:
> Good to see others are seeing the same problem that’s been driving us crazy
> and is slowly become a very serious issue. Admittedly, my knowledge on this
> whole area is limited, but I’ll try my best to provide as much info as
> possible to help solve the problem.
>
> Here are some specifics:
> Tomcat serves most of the pages, excluding html pages, which there are very
> few. We have tried extensively to reproduce the problem, but cannot.
> Restarting either apache or tomcat clears the problem. We have two
> different environments that are exhibiting the same problem.
>
> In both environments, tomcat and apache are on the same machines.
>
> Development
> Solaris 10
> Tomcat 5.0.19
> Apache 2.0.49
> mod_jk2/2.0.4
>
> Web
> Solaris 10
> Tomcat 5.0.19
> Apache 2.2.6
> mod_jk/1.2.25
>
> Web servers are load balanced using separate machines. These machines have
> a probe that runs, checking the health of the web servers. The servers are
> constantly going up and down depending on the random responses. This is
> normally how we are alerted of the problem, or user input. Problem happens
> daily on the web servers, maybe once a week in development.
>
> I looked for any signs of APR and found none; I don’t think we’re using it.
>
> After glancing over past responses, it appears upgrading mod_jk should be
> the first step, but it doesn’t seem like that was a guaranteed fix for all.
> Interestingly enough, we’re using two different versions and getting the
> same problem on both. Any other suggestions? Any additional info I can
> provide?
Jus to make sure, we are talking about the same kind of observation:
could you please describe independently, how the observed problem looks
like in your case?
Since you see the problem with mod_jk2 and with mod_jk I somehow doubt,
that it comes form mod_jk (but hey, I'm involved in mod_jk development,
so that might simply be defense.
What is obvious, your Tomcat is *very* outdated. You are using a no
longer supported major version (5.0) and with 5.0 you are using a very
old minor version.
If you have any chance, upgrade your Tomcat.
Apart from that: what else can you tell about the problem? Are there log
entries either from mod_jk, Apache httpd or Tomcat associated with these
events? Would you be able to snoop traffic between httpd and Tomcat and
between httpd and the clients?
Where did you get your mod_jk from? How was it build?
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by SQ <se...@compusystems.com>.
Good to see others are seeing the same problem that’s been driving us crazy
and is slowly become a very serious issue. Admittedly, my knowledge on this
whole area is limited, but I’ll try my best to provide as much info as
possible to help solve the problem.
Here are some specifics:
Tomcat serves most of the pages, excluding html pages, which there are very
few. We have tried extensively to reproduce the problem, but cannot.
Restarting either apache or tomcat clears the problem. We have two
different environments that are exhibiting the same problem.
In both environments, tomcat and apache are on the same machines.
Development
Solaris 10
Tomcat 5.0.19
Apache 2.0.49
mod_jk2/2.0.4
Web
Solaris 10
Tomcat 5.0.19
Apache 2.2.6
mod_jk/1.2.25
Web servers are load balanced using separate machines. These machines have
a probe that runs, checking the health of the web servers. The servers are
constantly going up and down depending on the random responses. This is
normally how we are alerted of the problem, or user input. Problem happens
daily on the web servers, maybe once a week in development.
I looked for any signs of APR and found none; I don’t think we’re using it.
After glancing over past responses, it appears upgrading mod_jk should be
the first step, but it doesn’t seem like that was a guaranteed fix for all.
Interestingly enough, we’re using two different versions and getting the
same problem on both. Any other suggestions? Any additional info I can
provide?
--
View this message in context: http://www.nabble.com/Apache-mod_jk-serves-random-files-from-tomcat-tp18385568p22478781.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by Rainer Jung <ra...@kippdata.de>.
On 11.03.2009 20:19, LukeK wrote:
>
> Rainer Jung-3 wrote:
>> did you find out in the meantime, whether you were using the tcnative (aka
>> APR) connector?
>>
>
> I was certainly using libtcnative, and removed it at the start of the month.
> I haven't seen enough to definitively say that it solved the problem, but my
> experience thus far is certainly consistent with such a hypothesis.
Thanks very much for the feedback. Considering the severity of the
problem, if you could give us another update at a time you think is
appropriate (depending on how often the problem happened before).
Would you please be so kind to also tell us, which tcnative version you
were using?
Thanks again,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Apache/mod_jk serves random files from tomcat
Posted by LukeK <lu...@sce.net>.
Rainer Jung-3 wrote:
>
> did you find out in the meantime, whether you were using the tcnative (aka
> APR) connector?
>
I was certainly using libtcnative, and removed it at the start of the month.
I haven't seen enough to definitively say that it solved the problem, but my
experience thus far is certainly consistent with such a hypothesis.
Cheers!
Luke
--
View this message in context: http://www.nabble.com/Apache-mod_jk-serves-random-files-from-tomcat-tp18385568p22462521.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org