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
0x62590808.asc
Description: application/pgp-keys
signature.asc
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
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:
>
eers!
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 unsubscrib
27;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.
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 neve
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
request
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
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
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
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
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,
perience 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 arch
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
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:
-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
Is APR part of tomcat or apache? If I am running on linux and have
no .so files in my tomcat directory does that mean I have no APR
installed?
On a more positive note, we switched to proxy_http (after making the
necessary code changes) and everything works now - no more mixed
content.
O
> headers, but so far .26 seems to be working OK.
>
>
> Is periodically restarting apache a suitable (if not hackish) work-
> around
> until we can get our production environment upgraded?
>
> That'd be my fallback position.
>
> Cheers!
>
> Luke
Sorry for not providing an update sooner. I disabled the APR and the
problem went away.
On 2/12/09, Christopher Schultz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Yuval,
>
> On 2/12/2009 3:12 AM, Yuval Perlov wrote:
>> I actually upgraded from mod_jk 1.2.26 to 27 to try and mak
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yuval,
On 2/12/2009 3:12 AM, Yuval Perlov wrote:
> I actually upgraded from mod_jk 1.2.26 to 27 to try and make the problem
> go away.
Ha! Okay. Sorry for a bad tip. ;)
So, I'm definitely not going to be able to help you from here on out,
but I know
I actually upgraded from mod_jk 1.2.26 to 27 to try and make the
problem go away.
I see the mixup in the file sizes so thought a trace was not necessary.
The mixup occurs only in tomcat originated data - the static stuff
coming from httpd stays fine.
Moreover, in the past I had it setup so the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yuval,
On 2/11/2009 1:56 AM, Yuval Perlov wrote:
> What leads me to believe this is unrelated to my application code is
> that restarting apache makes the problem go away.
So, when your site goes crazy, a simple httpd-bounce does the trick? No
Tomcat
Thanks!
The problem as far as I can tell is a simple mixup of http requests
so user identities don't play into this. It might look like it since
user A is getting the results of user B but as far as session
management goes it is unaffected by this.
The URLs are very short.
This happens at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yuval,
On 2/10/2009 3:44 PM, Yuval Perlov wrote:
> We started restarting apache on a regular basis but if a user is in mid
> request (consider a user that just filled a big form and is upload a file).
So it appears that Apache is, over time, losing t
Yuval Perlov wrote:
[...]
2) getting rid of apache and moving tomcat to the front (much harder to
configure but ensures we are rid of this problem).
This being the Tomcat forum, and as these things go, I am sure you are
going to get some ringing endorsements for that. But I am less sure
the
e
--
View this message in context: http://www.nabble.com/Apache-mod_jk-
serves-random-files-from-tomcat-tp18385568p21861548.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr
request
headers, but so far .26 seems to be working OK.
Is periodically restarting apache a suitable (if not hackish) work-around
until we can get our production environment upgraded?
That'd be my fallback position.
Cheers!
Luke
--
View this message in context:
http://www.nabble.com/Apac
y restarting apache a suitable (if not hackish)
work-around until we can get our production environment upgraded?
Thoughts?
Thanks in advance for your assistance.
-John Hardin
--
View this message in context:
http://www.nabble.com/A
or so.
This describes my issue as well. SuSE 10.3 64-bit, running Apache 2.2.11,
Tomcat 6.0.16, APR 1.3.4 and mod_jk/1.2.27. I have downgraded mod_jk to
1.2.24 to see if this makes a difference.
Cheers!
Luke
--
View this message in context:
http://www.nabble.com/Apache-mod_jk-serves-random-fil
wasn't any
> change I'm aware of, which should have fixed such a problem on Windows.
>
> Regards,
>
> Rainer
>
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mai
Jakob Ericsson schrieb:
> On Thu, Nov 13, 2008 at 8:17 PM, Rainer Jung <[EMAIL PROTECTED]> wrote:
>> Jakob Ericsson schrieb:
>>> Upgrading to latest version of mod_jk solves the problem. As I said
>>> before, this on Windows 2003 Server running both httpd (2.0.59) and
>>> tomcat (6.0.13) on the sam
On Thu, Nov 13, 2008 at 8:17 PM, Rainer Jung <[EMAIL PROTECTED]> wrote:
> Jakob Ericsson schrieb:
>> Upgrading to latest version of mod_jk solves the problem. As I said
>> before, this on Windows 2003 Server running both httpd (2.0.59) and
>> tomcat (6.0.13) on the same machine. We upgraded all pro
Jakob Ericsson schrieb:
> Upgrading to latest version of mod_jk solves the problem. As I said
> before, this on Windows 2003 Server running both httpd (2.0.59) and
> tomcat (6.0.13) on the same machine. We upgraded all production
> machines this morning.
>
> Problem is in mod_jk 1.2.22 and is at l
Hi,
Upgrading to latest version of mod_jk solves the problem. As I said
before, this on Windows 2003 Server running both httpd (2.0.59) and
tomcat (6.0.13) on the same machine. We upgraded all production
machines this morning.
Problem is in mod_jk 1.2.22 and is at least and fixed in 1.2.27. We
di
On Wed, Nov 12, 2008 at 12:21 PM, Rainer Jung <[EMAIL PROTECTED]> wrote:
> Jakob Ericsson schrieb:
>>
>>
>> --
>> Jakob Ericsson
>> +46 704 533 627
>>
>> 11 nov 2008 kl. 22.37 skrev Christopher Schultz
>> <[EMAIL PROTECTED]>:
>>
>> Jakob,
>>
>> Jakob Ericsson wrote:
> We are also experiencing t
Jakob Ericsson schrieb:
>
>
> --
> Jakob Ericsson
> +46 704 533 627
>
> 11 nov 2008 kl. 22.37 skrev Christopher Schultz
> <[EMAIL PROTECTED]>:
>
> Jakob,
>
> Jakob Ericsson wrote:
We are also experiencing this problem.
Our setup is running Windows 2003 Server with Apache 2.0.59 (no
--
Jakob Ericsson
+46 704 533 627
11 nov 2008 kl. 22.37 skrev Christopher Schultz <[EMAIL PROTECTED]
>:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jakob,
Jakob Ericsson wrote:
We are also experiencing this problem.
Our setup is running Windows 2003 Server with Apache 2.0.59 (no
pref
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jakob,
Jakob Ericsson wrote:
> We are also experiencing this problem.
> Our setup is running Windows 2003 Server with Apache 2.0.59 (no prefork),
> mod_jk 1.2.22 and Apache Tomcat/6.0.13.
>
> Will upgrading to latest mod_proxy_ajp in Apache httpd 2.2
xpected 6.0.17.
>
> I would also add the access log on the Tomcat side. If you find the same
> phenomenon there, then it's unlikely, that httpd/mod_jk are responsible
> and the reason should be inside Tomcat or the webapp.
>
> Can you reproduce the problem on a test system?
>
> Regards,
>
&
dave.smith wrote:
As I mentioned upgrading to mod_jk 1.2.26 was very easy. Unfortunately,
Tomcat is now crashing with "An unexpected error has been detected by
HotSpot Virtual Machine."
# SIGSEGV (0xb) at pc=0xb7aeaf7b, pid=19887, tid=2991246224
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_1
or something
>>>>> else) do you use? For some platforms (e.g. AIX) the detection of
>>>>> multi-threading in httpd during mpod_jk build-time was broken.
>>>>> Starting
>>>>> with 1.2.24 we build always including multi-thread sup
JkOptions indicates to send SSK KEY SIZE
>>>>> JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories
>>>>>
>>>>> # JkRequestLogFormat
>>>>> JkRequestLogFormat "%w %V %T"
>>>>>
>>>>>
jkunmount /* loadbalancer
=== worker.properties ==
worker.list=loadbalancer,status
worker.node1.port=8009
worker.node1.host=127.0.0.1
worker.node1.type=ajp13
worker.node1.lbfactor=1
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers
Tim Redding wrote:
Just checked the the mod_jk log file.
2 other files were requested at 12:31:42 in addition to the /css/global.css
file. One was index.html which just happened to be 2352 bytes in size.
Exactly the same as the mysterious global.css file we got served.
I have full debug le
;>>> What's you platform and which httpd MPM (prefork orworker or something
>>>>> else) do you use? For some platforms (e.g. AIX) the detection of
>>>>> multi-threading in httpd during mpod_jk build-time was broken.
>>>>> Starting
>>
RIw00t
>>>>
>>>> # Add jkstatus for managing runtime data
>>>>
>>>> JkMount status
>>>> Order deny,allow
>>>> Deny from all
>>>> Allow from 127.0.0.1
>>>>
>>>>
>>>>
&
onf/mod_jk.conf
>>>
>>>
>>>DocumentRoot /var/www/html/
>>>ServerName example.co.uk
>>>ErrorLog logs/default-error.log
>>>CustomLog logs/default-access.log common
>>>alias /logs /var/widgets
>>>
>>&g
an find these that way. I'll also look into adding
the pid and tid info to the logs.
-Eric
--
View this message in context:
http://www.nabble.com/Apache-mod_jk-serves-random-files-from-tomcat-tp18385568p18509694.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
Eric Dalquist schrieb:
We are seeing a similar problem.
We have Apache 2.2.6 using prefork connecting to Tomcat 5.5.23 via mod_jk
1.2.25
We see infrequent issues with requests getting swapped from request to
Tomcat. After the first time it was reported we added Tomcat access logging
to try and
008:21:57:01 -0500] "GET /portal/content HTTP/1.1"
200 550 "-" "Mozilla/4.0" 9009
1.1.1.1 - userB [22/May/2008:21:57:03 -0500] "GET /portal/Login HTTP/1.1"
200 1154 "-" "Mozilla/5.0" 8946
We do not have the native connector deployed wit
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://w
dave.smith schrieb:
Yesterday, I upgraded our dev environment to mod_jk 1.2.26, which couldn't
have been easier. It will probably take me a couple of days before I can
get this done in production, though.
I terminate all HTTPS requests before they get to the web server, so from
what you have de
ing completed. You could try
>>> either downgrading to 6.0.15/5.5.25 or upgrading to the soon to be
>>> expected 6.0.17/5.5.27.
>>>
>>> I would also add the access log on the Tomcat side. If you find the same
>>
Rainer Jung wrote:
Hi David,
dave.smith schrieb:
Hi Rainer,
Thanks a lot for the reply.
I am using Tomcat 5.5.25 (rpm from jpackage.org). CentOS Linux 2.6.18.
Could you be seeing CVE-2007-6286 ?
See http://tomcat.apache.org/security-5.html for info.
Mark
-
Hi David,
dave.smith schrieb:
Hi Rainer,
Thanks a lot for the reply.
I am using Tomcat 5.5.25 (rpm from jpackage.org). CentOS Linux 2.6.18.
httpd was compiled in prefork mode. The prefork settings are:
StartServers 8
MinSpareServers5
MaxSpareServers 20
ServerLimit 256
MaxCl
art a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Apache-mod_jk-serves-random-files-from-tomcat-tp18385568p18465349.html
Sent from
dave.smith schrieb:
Wow. That's weird. Is Tomcat serving the file, or is httpd serving it?
Not too weird. I am experiencing the same thing with Tomcat 5.5 and mod_jk
1.2.23. I have Tomcat serving everything.
I am also using a load balancer that sends an OPTION every 2 seconds to each
web ser
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkh2eEsACgkQ9CaO5/Lv0PDSZwCgjk7OvOHHAZpvDDolD3JAgIdq
> EVgAnRWBvsQbbNZlSvJsRp+b2dLmT0ml
> =9ZiZ
> -END PGP SIGNATURE-
>
> -----------------
> To start a new topic, e-ma
Christopher Schultz schrieb:
| JkMount status
Probably not your problem, but is this the correct syntax?
You can use that syntax in Location directives. Then the missing URL is
taken from the Location URL, so the mount is valid for each URL in the
respective Location.
Regards,
Rainer
--
Hi Tim,
Tim Redding schrieb:
Hi,
We are experiencing intermittent problems with a particular site that is not
returning the correct file that is requested. For instance if we request
the index.html file we actually get a css file or even an image. From the
apache access log you can see that t
9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkh2eEsACgkQ9CaO5/Lv0PDSZwCgjk7OvOHHAZpvDDolD3JAgIdq
> EVgAnRWBvsQbbNZlSvJsRp+b2dLmT0ml
> =9ZiZ
> -END PGP SIGNATURE-
>
> -------
>>AuthUserFile /var/widgets/.htpasswd
>>AuthName "Widgets"
>>AuthType Basic
>>Require valid-user
>>
>>
>> Rewriteengine on
>>RewriteRule ^/$ /index.html [R]
>>jkmount /* loadbalancer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim,
Tim Redding wrote:
| We are experiencing intermittent problems with a particular site that
is not
| returning the correct file that is requested. For instance if we request
| the index.html file we actually get a css file or even an image. Fro
>ServerName widgets.example.co.uk
>ErrorLog /var/widgets/widget-error.log
>CustomLog /var/widgets/widgets-access.log common
>jkunmount /* loadbalancer
>
>
>
> === worker.properties ==
>
> worker.list=loadbalancer,s
alancer,status
worker.node1.port=8009
worker.node1.host=127.0.0.1
worker.node1.type=ajp13
worker.node1.lbfactor=1
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=node1
worker.status.type=status
--
View this message in context:
http://www.nabble.com/Apache-mod_jk-serves-random-files
65 matches
Mail list logo
