> From: testwreq wreq [mailto:testwreq@(protected)]
> Subject: Re: How do I set up and run Tomcat 5.5.23 on Cetos5.3
>
> In server.xml file, the tomcat_home which is probably called
> catlina_home is set to the root of where tomcat is installed.

Please elaborate on that statement; server.xml can't set tomcat_home or catalina_home to anything - if they exist at all, such environment variables must be established before being used in server.xml.

> This is why tomcat runs from /usr/share/tomcat5.
> There is one BIN directory in this folder and other symlinks as below.

I really, really hate these 3rd-party distributions that scatter files all over the place and then attempt to put things back together with symlinks; this adds nothing but confusion.

> Where in the installation should be tomcat index file located?

There's no "tomcat [sic] index file"; there can be a welcome file for each deployed webapp, and the default webapp must be named ROOT (case sensitive).

In a standard Tomcat distribution, the default application is located in the ROOT directory under the <Host> appBase directory; so there should be the following under /var/lib/tomcat5/webapps:

ROOT/
index.jsp
WEB-INF/
  web.xml
  lib/
   catalina-root.jar

Since you're running a 3rd-party Tomcat, you'll need to get support from whoever packaged it - or install a real Tomcat from tomcat.apache.org so we can provide better help for you.

- 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.

The cause for the crashes was in our own application code, we're
currently investigating the exact reason.

A strace of the parent process shows killed by sigsegv, why or how this
can happen is still unclear.

Thanks to everyone that gave their assistance.


On Thu, 2010-03-11 at 15:40 +0100, Taylan Develioglu wrote:
> Hi Carl, thanks for the suggestion. I am going to try jvm 1.6.07
> regardless of what I said before.
>
> Funny coincidence, I tried the ibm jvm as well and ran into a similar
> issue (part of our ssl implementation uses sun specific libraries).
>
>
> On Thu, 2010-03-11 at 12:38 +0100, Carl wrote:
> > Taylan,
> >
> > I am currently trying JVM 1.6.0_7 per Chuck's suggestion and, so far (4
> > days), it is working.
> >
> > I started down the IBM JVM path but have abandoned that for now due to
> > difficulties with the SSL implementation (somne browsers would work and some
> > wouldn't with seemingly the same setup.)
> >
> > Thanks,
> >
> > Carl
> > ----- Original Message -----
> > From: "Taylan Develioglu" <tdevelioglu@(protected)>
> > To: "Tomcat Users List" <users@(protected)>
> > Sent: Thursday, March 11, 2010 6:13 AM
> > Subject: Re: jvm exits without trace
> >
> >
> > >a different kernel did not help either...
> > >
> > > On Thu, 2010-03-11 at 11:37 +0100, Taylan Develioglu wrote:
> > >> Changing to JIO didn't help, the silent crashes continue.
> > >>
> > >> I'm changing kernel versions now.
> > >>
> > >> On Fri, 2010-03-05 at 10:45 +0100, Taylan Develioglu wrote:
> > >> > It's performing rather poorly performance wise, compared to the apr
> > >> > connector. The number of threads required to handle the requests has
> > >> > gone up significantly over the board.
> > >> >
> > >> > Stability wise, I don't have complaints yet.
> > >> >
> > >> > I'm keeping my fingers crossed.
> > >> >
> > >> > On Fri, 2010-03-05 at 10:09 +0100, Pid wrote:
> > >> > > On 05/03/2010 08:41, Taylan Develioglu wrote:
> > >> > > > Pid, that would assume we had a working< 1.6.10 version before
> > >> > > > that we
> > >> > > > replaced.
> > >> > >
> > >> > > That it would.
> > >> > >
> > >> > > > We've run 1.6.10 upwards succesfully for a very long time. So I
> > >> > > > don't
> > >> > > > see the point in doing this.
> > >> > >
> > >> > > I must have missed that.
> > >> > >
> > >> > > How is the HTTP connector performing?
> > >> > >
> > >> > >
> > >> > > p
> > >> > >
> > >> > > > On Wed, 2010-03-03 at 12:00 +0100, Pid wrote:
> > >> > > >> On 03/03/2010 09:11, Taylan Develioglu wrote:
> > >> > > >>> Downgrading to 1.6.0_16 did not help. I'm replacing the apr
> > >> > > >>> connector
> > >> > > >>> with http now.
> > >> > > >>
> > >> > > >> As Chuck mentioned in the other thread, significant changes
> > >> > > >> occurred at
> > >> > > >> 1.6.10, so trying the release before (1.6.7) might be necessary to
> > >> > > >> establish a better determination.
> > >> > > >>
> > >> > > >>
> > >> > > >> p
> > >> > > >>
> > >> > > >>> On Wed, 2010-02-24 at 14:52 +0100, Carl wrote:
> > >> > > >>>> Taylan,
> > >> > > >>>>
> > >> > > >>>>> The failures we've seen are in anywhere between 8 hours to a
> > >> > > >>>>> week of
> > >> > > >>>>> runtime.
> > >> > > >>>>
> > >> > > >>>> The timing of the failures seems similar.
> > >> > > >>>>
> > >> > > >>>>> We have also had failures with hotspot error files (hs_err)
> > >> > > >>>>> present, and
> > >> > > >>>>> the cause specified was indeed SIGSEGV indicating a page fault.
> > >> > > >>>>
> > >> > > >>>> I have never seen any hs_* files but have seen core files where
> > >> > > >>>> strace
> > >> > > >>>> showed the jvm stopped on a seg fault.
> > >> > > >>>>
> > >> > > >>>>> We also use jdk 1.6.0_18, I'm downgrading the machines to
> > >> > > >>>>> 1.6.0_16 when
> > >> > > >>>>> the situation allows (during regular updates of the
> > >> > > >>>>> application, or a
> > >> > > >>>>> crash) to see if that helps.
> > >> > > >>>>
> > >> > > >>>> I have used jdk 1.6.0_17 and 1.6.0_18 with the same results...
> > >> > > >>>> have not
> > >> > > >>>> tried 1.6.0_16. Please post your results of this trial.
> > >> > > >>>>
> > >> > > >>>>> Running tomcat on the
> > >> > > >>>>> foreground might show something, but then again I could be
> > >> > > >>>>> waiting for a
> > >> > > >>>>> month for it to happen.
> > >> > > >>>>
> > >> > > >>>> Yes, this has been part of my problem as anytime we change
> > >> > > >>>> something, we
> > >> > > >>>> have to wait a week for the server to fail.
> > >> > > >>>>
> > >> > > >>>> In one sense, I am fortunate that I have a little more
> > >> > > >>>> flexibility than you.
> > >> > > >>>> I have two servers (different hardware) but only need one in
> > >> > > >>>> service at a
> > >> > > >>>> time. Therefore, I always have one server I can test ideas on
> > >> > > >>>> although I
> > >> > > >>>> have never been able to develop a meaningful stress test, i.e.,
> > >> > > >>>> the only way
> > >> > > >>>> I can test a change is to put it in production.
> > >> > > >>>>
> > >> > > >>>> Thanks,
> > >> > > >>>>
> > >> > > >>>> Carl
> > >> > > >>>>
> > >> > > >>>> ----- Original Message -----
> > >> > > >>>> From: "Taylan Develioglu"<tdevelioglu@(protected)>
> > >> > > >>>> To: "Tomcat Users List"<users@(protected)>
> > >> > > >>>> Sent: Wednesday, February 24, 2010 8:31 AM
> > >> > > >>>> Subject: Re: jvm exits without trace
> > >> > > >>>>
> > >> > > >>>>
> > >> > > >>>>> Hello Carl,
> > >> > > >>>>>
> > >> > > >>>>> The failures we've seen are in anywhere between 8 hours to a
> > >> > > >>>>> week of
> > >> > > >>>>> runtime. Most of them have (still) been running for almost a
> > >> > > >>>>> month
> > >> > > >>>>> without failure. There are ~100 machines.
> > >> > > >>>>>
> > >> > > >>>>>> From the top of my head, I think we've had about 10+ failures
> > >> > > >>>>>> now.
> > >> > > >>>>>
> > >> > > >>>>> We have also had failures with hotspot error files (hs_err)
> > >> > > >>>>> present, and
> > >> > > >>>>> the cause specified was indeed SIGSEGV indicating a page fault.
> > >> > > >>>>> But I
> > >> > > >>>>> don't know if the two are related.
> > >> > > >>>>>
> > >> > > >>>>> We also use jdk 1.6.0_18, I'm downgrading the machines to
> > >> > > >>>>> 1.6.0_16 when
> > >> > > >>>>> the situation allows (during regular updates of the
> > >> > > >>>>> application, or a
> > >> > > >>>>> crash) to see if that helps.
> > >> > > >>>>>
> > >> > > >>>>> It might be useful to note that the failures happen with tomcat
> > >> > > >>>>> 6.0.20
> > >> > > >>>>> as well as 6.0.24.
> > >> > > >>>>>
> > >> > > >>>>> As far as load concerns, I haven't had a failure on an idle
> > >> > > >>>>> machines.
> > >> > > >>>>> The machines are well loaded, but only at a fraction limit in
> > >> > > >>>>> regards to
> > >> > > >>>>> load and cpu utilization.
> > >> > > >>>>> Most memory is commited to tomcat, where a 24G machine would
> > >> > > >>>>> have 18G
> > >> > > >>>>> allocated to heap, 128M to permgen and some unspecified amount
> > >> > > >>>>> would get
> > >> > > >>>>> used by jni for apr. About 4G remains free after calculating
> > >> > > >>>>> taking into
> > >> > > >>>>> account the jvm itsself.
> > >> > > >>>>> A 16G machine would have 12G allocated to the heap.
> > >> > > >>>>>
> > >> > > >>>>> Besides the fact that our apps heavily use nio and mina I
> > >> > > >>>>> wouldn't say
> > >> > > >>>>> there's anything else noteworthy. There can be anywhere up to
> > >> > > >>>>> 10000
> > >> > > >>>>> concurrents on one machine.
> > >> > > >>>>>
> > >> > > >>>>> I had searched for coredumps, but no luck. Running tomcat on
> > >> > > >>>>> the
> > >> > > >>>>> foreground might show something, but then again I could be
> > >> > > >>>>> waiting for a
> > >> > > >>>>> month for it to happen.
> > >> > > >>>>>
> > >> > > >>>>> On Wed, 2010-02-24 at 12:42 +0100, Carl wrote:
> > >> > > >>>>>> Taylan,
> > >> > > >>>>>>
> > >> > > >>>>>> I am the person who started the "Tomcat dies suddenly" thread
> > >> > > >>>>>> which I
> > >> > > >>>>>> still
> > >> > > >>>>>> haven't resolved. I am curious about the pattern of failures
> > >> > > >>>>>> you are
> > >> > > >>>>>> experiencing because they may provide some clues to my
> > >> > > >>>>>> problem. In my
> > >> > > >>>>>> case,
> > >> > > >>>>>> the system will run for 15 minutes to 10 days before failing
> > >> > > >>>>>> (most of the
> > >> > > >>>>>> time it is several days to a week.) It appears to die from a
> > >> > > >>>>>> seg fault
> > >> > > >>>>>> in
> > >> > > >>>>>> the JVM (I am using Sun 1.6.0_18 but have tried previous
> > >> > > >>>>>> versions)... you
> > >> > > >>>>>> may be able to see the cause of the failure from the core file
> > >> > > >>>>>> (the core
> > >> > > >>>>>> files on my systems were in several directories so you may
> > >> > > >>>>>> have to do a
> > >> > > >>>>>> 'find' to locate them.) Load may be a factor but the failures
> > >> > > >>>>>> generally
> > >> > > >>>>>> come after the load has been heavy for a while. I am running
> > >> > > >>>>>> a couple of
> > >> > > >>>>>> applications and it seems the failures are more frequent when
> > >> > > >>>>>> people are
> > >> > > >>>>>> hitting the additional apps (the primary app is always used,
> > >> > > >>>>>> the
> > >> > > >>>>>> remaining
> > >> > > >>>>>> apps are used sporatically.)
> > >> > > >>>>>>
> > >> > > >>>>>> How does this compare to what you are experiencing?
> > >> > > >>>>>>
> > >> > > >>>>>> Thanks,
> > >> > > >>>>>>
> > >> > > >>>>>> Carl
> > >> > > >>>>>>
> > >> > > >>>>>> ----- Original Message -----
> > >> > > >>>>>> From: "Taylan Develioglu"<tdevelioglu@(protected)>
> > >> > > >>>>>> To: "Tomcat Users
> > >> > > >>>>>> List"<users@tomcat.apache.org>;<pid@(protected)>
> > >> > > >>>>>> Sent: Wednesday, February 24, 2010 5:09 AM
> > >> > > >>>>>> Subject: Re: jvm exits without trace
> > >> > > >>>>>>
> > >> > > >>>>>>
> > >> > > >>>>>>> The GC log shows plenty of heap space left in all the spaces.
> > >> > > >>>>>>>
> > >> > > >>>>>>> I purposely didn't bother replacing the variables because I
> > >> > > >>>>>>> figured
> > >> > > >>>>>>> they
> > >> > > >>>>>>> would not be relevant.
> > >> > > >>>>>>>
> > >> > > >>>>>>> But if you think they might provide clues they're as follows:
> > >> > > >>>>>>>
> > >> > > >>>>>>> JAVA_HEAP_SIZE=18432M
> > >> > > >>>>>>> JAVA_EDEN_SIZE=$(($(echo $JAVA_HEAP_SIZE|sed
> > >> > > >>>>>>> 's/M$\|G$//')/6))M
> > >> > > >>>>>>> JAVA_PERM_SIZE=128M
> > >> > > >>>>>>> JAVA_STCK_SIZE=128K
> > >> > > >>>>>>>
> > >> > > >>>>>>> EDEN_SIZE is 1/6th of total heap.
> > >> > > >>>>>>>
> > >> > > >>>>>>> And I said there was nothing in the system logs.
> > >> > > >>>>>>> But you get a couple of points for trying.
> > >> > > >>>>>>>
> > >> > > >>>>>>> On Wed, 2010-02-24 at 10:44 +0100, Pid wrote:
> > >> > > >>>>>>>> On 24/02/2010 09:36, Taylan Develioglu wrote:
> > >> > > >>>>>>>>> I thought I'd add the connector definitions too, :
> > >> > > >>>>>>>>>
> > >> > > >>>>>>>>>     <Connector port="80"
> > >> > > >>>>>>>>> protocol="org.apache.coyote.http11.Http11AprProtocol"
> > >> > > >>>>>>>>>             compression="1024"
> > >> > > >>>>>>>>> keepAliveTimeout="60000"
> > >> > > >>>>>>>>> maxKeepAliveRequests="-1"
> > >> > > >>>>>>>>>             enableLookups="false" redirectPort="443"
> > >> > > >>>>>>>>> maxThreads="150"
> > >> > > >>>>>>>>> pollerSize="32768"
> > >> > > >>>>>>>>>             pollerThreadCount="4"/>
> > >> > > >>>>>>>>>
> > >> > > >>>>>>>>>     <Connector port="443"
> > >> > > >>>>>>>>> protocol="org.apache.coyote.http11.Http11AprProtocol"
> > >> > > >>>>>>>>> SSLEnabled="true"
> > >> > > >>>>>>>>>             enableLookups="false" maxThreads="10"
> > >> > > >>>>>>>>> scheme="https"
> > >> > > >>>>>>>>> secure="true"
> > >> > > >>>>>>>>>
> > >> > > >>>>>>>>> SSLCertificateFile="/etc/ssl/private/something.crt"
> > >> > > >>>>>>>>>
> > >> > > >>>>>>>>> SSLCertificateKeyFile="/etc/ssl/private/something.key"
> > >> > > >>>>>>>>>
> > >> > > >>>>>>>>> SSLCACertificateFile="/etc/ssl/certs/ca.crt"/>
> > >> > > >>>>>>>>>
> > >> > > >>>>>>>>>
> > >> > > >>>>>>>>> On Wed, 2010-02-24 at 10:23 +0100, Taylan Develioglu wrote:
> > >> > > >>>>>>>>>> Hi,
> > >> > > >>>>>>>>>>
> > >> > > >>>>>>>>>> I have jvm's, running tomcat and our application, exiting
> > >> > > >>>>>>>>>> mysteriously,
> > >> > > >>>>>>>>>> and was wondering if anyone could give me some advice on
> > >> > > >>>>>>>>>> how to
> > >> > > >>>>>>>>>> debug
> > >> > > >>>>>>>>>> this thing.
> > >> > > >>>>>>>>>>
> > >> > > >>>>>>>>>> There is nothing in catalina.out, nor our application
> > >> > > >>>>>>>>>> logs, and no
> > >> > > >>>>>>>>>> hotspot error file. GC log looks normal. No trace in
> > >> > > >>>>>>>>>> system logs.
> > >> > > >>>>>>>>>>
> > >> > > >>>>>>>>>> I am left completely clueless :(, has anyone dealt with a
> > >> > > >>>>>>>>>> problem
> > >> > > >>>>>>>>>> like
> > >> > > >>>>>>>>>> this before?
> > >> > > >>>>>>>>>>
> > >> > > >>>>>>>>>> Any help appreciated.
> > >> > > >>>>>>>>>>
> > >> > > >>>>>>>>>> - Tomcat 6.0.24
> > >> > > >>>>>>>>>> - TC native 1.1.18
> > >> > > >>>>>>>>>> - APR 1.3.9
> > >> > > >>>>>>>>>> - Sun JDK 6u18
> > >> > > >>>>>>>>>> - Debian Lenny, 2.6.31.10-amd64
> > >> > > >>>>>>>>>>
> > >> > > >>>>>>>>>> 2 servlets, one as ROOT. 2 HTTP connectors that use
> > >> > > >>>>>>>>>> TCNative/APR.
> > >> > > >>>>>>>>>>
> > >> > > >>>>>>>>>> JAVA_OPTS ( ):
> > >> > > >>>>>>>>>>
> > >> > > >>>>>>>>>>     -verbose:gc
> > >> > > >>>>>>>>>>     -Djava.awt.headless=true
> > >> > > >>>>>>>>>>     -Dsun.net.inetaddr.ttl=60
> > >> > > >>>>>>>>>>     -Dfile.encoding=UTF-8
> > >> > > >>>>>>>>>>     -Djava.io.tmpdir=$TMP_DIR
> > >> > > >>>>>>>>>>     -Djava.library.path=/usr/local/lib
> > >> > > >>>>>>>>>>     -Djava.endorsed.dirs=$CATALINA_BASE/endorsed
> > >> > > >>>>>>>>>>     -Dcatalina.base=$CATALINA_BASE
> > >> > > >>>>>>>>>>     -Dcatalina.home=$CATALINA_HOME
> > >> > > >>>>>>>>
> > >> > >
> > >> > > >>>>>>>>>> >>>>>    -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
> > >> > > >>>>>>>>>> -Djava.util.logging.config.file="$CATALINA_BASE/conf/logging.properties"
> > >> > > >>>>>>>>>>     -XX:+PrintGCDetails
> > >> > > >>>>>>>>>>     -Xloggc:$CATALINA_BASE/logs/gc.log
> > >> > > >>>>>>>>>>     -XX:+UseConcMarkSweepGC
> > >> > > >>>>>>>>>>     -XX:CMSInitiatingOccupancyFraction=70
> > >> > > >>>>>>>>>>     -Xms$JAVA_HEAP_SIZE
> > >> > > >>>>>>>>>>     -Xmx$JAVA_HEAP_SIZE
> > >> > > >>>>>>>>>>     -XX:NewSize=$JAVA_EDEN_SIZE
> > >> > > >>>>>>>>>>     -XX:MaxNewSize=$JAVA_EDEN_SIZE
> > >> > > >>>>>>>>>>     -XX:PermSize=$JAVA_PERM_SIZE
> > >> > > >>>>>>>>>>     -XX:MaxPermSize=$JAVA_PERM_SIZE
> > >> > > >>>>>>>>>>     -Xss$JAVA_STCK_SIZE
> > >> > > >>>>>>>>>>     -XX:+UseLargePages
> > >> > > >>>>>>>>
> > >> > > >>>>>>>> There's no actual heap size settings in the above. But you
> > >> > > >>>>>>>> get a
> > >> > > >>>>>>>> couple
> > >> > > >>>>>>>> of points for trying.
> > >> > > >>>>>>>>
> > >> > > >>>>>>>> Google "Linux Out Of Memory killer" or "OOM Killer" and then
> > >> > > >>>>>>>> check the
> > >> > > >>>>>>>> server logs carefully. (e.g. /var/log/messages)
> > >> > > >>>>>>>>
> > >> > > >>>>>>>>
> > >> > > >>>>>>>> p
> > >> > > >>>>>>>>
> > >> > > >>>>>>>>> ---------------------------------------------------------------------
> > >> > > >>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> > > >>>>>>>>> For additional commands, e-mail:
> > >> > > >>>>>>>>> users-help@(protected)
> > >> > > >>>>>>>>>
> > >> > > >>>>>>>>
> > >> > > >>>>>>>>
> > >> > > >>>>>>>> ---------------------------------------------------------------------
> > >> > > >>>>>>>> To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> > > >>>>>>>> For additional commands, e-mail:
> > >> > > >>>>>>>> users-help@(protected)
> > >> > > >>>>>>>>
> > >> > > >>>>>>>
> > >> > > >>>>>>>
> > >> > > >>>>>>>
> > >> > > >>>>>>> ---------------------------------------------------------------------
> > >> > > >>>>>>> To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> > > >>>>>>> For additional commands, e-mail: users-help@(protected)
> > >> > > >>>>>>>
> > >> > > >>>>>>>
> > >> > > >>>>>>
> > >> > > >>>>>>
> > >> > > >>>>>> ---------------------------------------------------------------------
> > >> > > >>>>>> To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> > > >>>>>> For additional commands, e-mail: users-help@(protected)
> > >> > > >>>>>>
> > >> > > >>>>>
> > >> > > >>>>>
> > >> > > >>>>>
> > >> > > >>>>> ---------------------------------------------------------------------
> > >> > > >>>>> To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> > > >>>>> For additional commands, e-mail: users-help@(protected)
> > >> > > >>>>>
> > >> > > >>>>>
> > >> > > >>>>
> > >> > > >>>>
> > >> > > >>>> ---------------------------------------------------------------------
> > >> > > >>>> To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> > > >>>> For additional commands, e-mail: users-help@(protected)
> > >> > > >>>>
> > >> > > >>>
> > >> > > >>>
> > >> > > >>>
> > >> > > >>> ---------------------------------------------------------------------
> > >> > > >>> To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> > > >>> For additional commands, e-mail: users-help@(protected)
> > >> > > >>>
> > >> > > >>
> > >> > > >>
> > >> > > >> ---------------------------------------------------------------------
> > >> > > >> To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> > > >> For additional commands, e-mail: users-help@(protected)
> > >> > > >>
> > >> > > >
> > >> > > >
> > >> > >
> > >> >
> > >> >
> > >> >
> > >> > ---------------------------------------------------------------------
> > >> > To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> > For additional commands, e-mail: users-help@(protected)
> > >> >
> > >>
> > >>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: users-unsubscribe@(protected)
> > >> For additional commands, e-mail: users-help@(protected)
> > >>
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@(protected)
> > > For additional commands, e-mail: users-help@(protected)
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@(protected)
> > For additional commands, e-mail: users-help@(protected)
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@(protected)
> For additional commands, e-mail: users-help@(protected)
>

> From: Taylan Develioglu [mailto:tdevelioglu@(protected)]
> Subject: Re: jvm exits without trace
>
> The cause for the crashes was in our own application code

Java or native code?

- 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.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Chuck,

On 3/15/2010 10:22 AM, Caldarale, Charles R wrote:
>> From: Taylan Develioglu [mailto:tdevelioglu@(protected)]
>> Subject: Re: jvm exits without trace
>>
>> The cause for the crashes was in our own application code
>
> Java or native code?

Woah, where did Taylan's initial claim come from? Was that posted to the
list?

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

iEYEARECAAYFAkueUDsACgkQ9CaO5/Lv0PAfgwCcCpNJf13L5+IqlQQnh7v1Qktz
x8gAmgLl64TZatGslp6S0RZ5n/boFRwj
=kq5l
-----END PGP SIGNATURE-----

> From: Christopher Schultz [mailto:chris@(protected)]
> Subject: Re: jvm exits without trace
>
> On 3/15/2010 10:22 AM, Caldarale, Charles R wrote:
> >> From: Taylan Develioglu [mailto:tdevelioglu@(protected)]
> >> Subject: Re: jvm exits without trace
> >>
> >> The cause for the crashes was in our own application code
> >
> > Java or native code?
>
> Woah, where did Taylan's initial claim come from? Was that posted
> to the list?

Not sure what you mean by "initial claim"; today's message is here:

http://marc.info/?l=tomcat-user&m=126866276827939&w=2

The start of the thread was on 24 Feb:

http://marc.info/?l=tomcat-user&m=126700346225034&w=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.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Chuck,

On 3/15/2010 11:24 AM, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:chris@(protected)]
>> Subject: Re: jvm exits without trace
>>
>> On 3/15/2010 10:22 AM, Caldarale, Charles R wrote:
>>>> From: Taylan Develioglu [mailto:tdevelioglu@(protected)]
>>>> Subject: Re: jvm exits without trace
>>>>
>>>> The cause for the crashes was in our own application code
>>>
>>> Java or native code?
>>
>> Woah, where did Taylan's initial claim come from? Was that posted
>> to the list?
>
> Not sure what you mean by "initial claim"; today's message is here:
>
> http://marc.info/?l=tomcat-user&m=126866276827939&w=2

Hmm... that particular message was flagged as spam, so it didn't appear
in the thread. :(

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

iEYEARECAAYFAkueWy4ACgkQ9CaO5/Lv0PDPsQCgqA2eI8I+vaM99b48wMIeuTIk
HxIAoLcagBb/WmBmgBtipsn+ka/48IX1
=Z//K
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Taylan,

On 3/15/2010 10:19 AM, Taylan Develioglu wrote:
> The cause for the crashes was in our own application code, we're
> currently investigating the exact reason.

Yeah, I'd like to second Chuck's question: was it native code?

> A strace of the parent process shows killed by sigsegv, why or how this
> can happen is still unclear.

So, the parent was being killed? What was the parent of the JVM?

> Thanks to everyone that gave their assistance.

Definitely follow-up to let us all know what you've uncovered... this
was certainly a weird situation.

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

iEYEARECAAYFAkueW4wACgkQ9CaO5/Lv0PAdhgCfa32vlcsMI5ELCNcLSjjV+S/o
FZEAnjvjXgAwxjejTXexGO//89TyeF+r
=BPtZ
-----END PGP SIGNATURE-----

On 14/03/2010 00:44, Guilherme Rios wrote:
> Thanks Mark, just one minor clarification please:
>
> On Sat, 2010-03-13 at 22:44 +0000, Mark Thomas wrote:
>>
>>> 2. Why calling "check(path.replace('#', '/'))" at line 1384? Would
>>> undeploy work just the same without this call?
>> Support for contexts with paths of the form /foo/bar.
>> Tomcat converts this to foo#bar when it creates the directory.
>
> Got it, but my question was why calling check() at all at this point?
> There is a comment nearby saying "perform new deployment", what does it
> mean? I am guessing the call to check() speeds up updating the internal
> state after undeploying and that's all there is to it. Am I missing
> something more critical that might be happening here?

It is forcing the deployment process. Two reasons:
1. So the manager knows the app is deployed
2. autoDeploy may not be enabled for the host so the deployment has to
be manually triggered.

Mark

Hi all

I'm running tomcat 5.5 on one of my servers. This server is hosting one
webapp at the moment which is stored in the docBase="ROOT"

What I would like to do is to be able to run 2 webapps. So I have created 2
DNS's for my server oc.mydomain.dk and oc3.mydomain.dk each pointing at the
same IP address.

In tomcat I have added an aditional host tag in the server.xml file which
now look like this
 
  <Host name="localhost" appBase="webapps"
    unpackWARs="true" autoDeploy="true"
    xmlValidation="false" xmlNamespaceAware="false">
     <Context path="" docBase="ROOT" debug="0"></Context>
   </Host>

  <Host name="oc3.mydomain.dk" appBase="webapps"
    unpackWARs="true" autoDeploy="true"
    xmlValidation="false" xmlNamespaceAware="false">
    <Context path="" docBase="OpenClinica3" debug="0"></Context>  
   </Host>

If I enter the site with oc.mydomain.dk it goes correctly to the ROOT
docBase
If I enter the site with oc3.mydomain.dk it again goes to the ROOT docBase
but should have gone to the OpenClinica3 docBase.
I know the OpenClinica3 docBase work because if I switch them arround it
just goes to OpenClinica3 all the time instead.


I have tried so many different combinations, so I hope somone here can help
me out.


Regards Putte
--
Sent from the Tomcat - User mailing list archive at Nabble.com.

On 15/03/2010 15:00, puttea wrote:
> I have tried so many different combinations, so I hope somone here can help
> me out.

http://tomcat.apache.org/tomcat-5.5-doc/virtual-hosting-howto.html

Mark

Hi Mark

Thank's for the reply, I have read that page, and also the page about,
engine, host and context. These informations have made me create the example
I posted in the first post. But this doesn't work.

By the way I can mentione that the defaultHost set in the engine is set to
localhost like the first host defined.



markt-2 wrote:
>
> On 15/03/2010 15:00, puttea wrote:
>> I have tried so many different combinations, so I hope somone here can
>> help
>> me out.
>
> http://tomcat.apache.org/tomcat-5.5-doc/virtual-hosting-howto.html
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@(protected)
> For additional commands, e-mail: users-help@(protected)
>
>
>

--
Sent from the Tomcat - User mailing list archive at Nabble.com.

> From: puttea [mailto:putte.a@(protected)]
> Subject: Problem setting up multiple hosts
>
>    <Host name="localhost" appBase="webapps"
>     unpackWARs="true" autoDeploy="true"
>     xmlValidation="false" xmlNamespaceAware="false">
>      <Context path="" docBase="ROOT" debug="0"></Context>
>     </Host>
>   <Host name="oc3.mydomain.dk" appBase="webapps"
>     unpackWARs="true" autoDeploy="true"
>     xmlValidation="false" xmlNamespaceAware="false">
>     <Context path="" docBase="OpenClinica3" debug="0"></Context>
>     </Host>

Don't put <Context> elements in server.xml - that requires restarting Tomcat whenever you need to change something in the webapp. The <Context> element (if you need one at all) belongs in [appBase]/[appName]/META-INF/context.xml, and the path and docBase attributes must be removed. Also, the debug attribute hasn't been used in quite some time. After removing the undesirable attributes, you'll discover you don't actually need <Context> elements for these webapps.

As Mark's link pointed out, you should be using a separate appBase for each <Host>.

- 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.

> From: puttea [mailto:putte.a@(protected)]
> Subject: Re: Problem setting up multiple hosts
>
> These informations have made me create the example
> I posted in the first post. But this doesn't work.

Because you didn't follow the instructions. Please read my other post.

- 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.

That was one of the first things i did...

The thing was, it wasn't a jsp file that was old, it was a class file...

Very WEIRD :)

Guess i'm used to the i before e except after c rule, and didn't think of it
on the few exceptions.  Including weird.


--------------------------------------------------
From: "Oto Bossert" <o.bossert@(protected)>
Sent: Monday, March 15, 2010 2:13 AM
To: "Tomcat Users List" <users@(protected)>
Subject: Re: Wierd problem with Tomcat 5.59 running on Windows Server 2003

> Did you clear your work directory? Check it for old versions....
>
> On 3/15/10, ULS Tech Support <tech_support@(protected):
>> Perhaps there's something i'm overlooking, but i've decided to re-copy
>> the
>> entire folder over and now it seems like it wants to work (although it
>> could
>> be a config change, i'm not sure).
>>
>> So there is a resolution for now.
>>
>>
>>
>> --------------------------------------------------
>> From: "ULS Tech Support" <tech_support@(protected)>
>> Sent: Sunday, March 14, 2010 8:31 PM
>> To: "Tomcat Users List" <users@(protected)>
>> Subject: Re: Wierd problem with Tomcat 5.59 running on Windows Server
>> 2003
>>
>>> I'm aware that I'm running a five year old version of tomcat.   I tried
>>> to
>>> upgrade to the latest 5.5 and 6.0 version, and trying to get my
>>> application
>>> to work on it didn't go so well..
>>> I chose to abandon it for now due to time constraints.
>>>
>>> Ok, so what do you mean by I'm not running the Tomcat config that i
>>> thought
>>> i was?
>>>
>>> The application files are identical between the dev and the live server.
>>> In
>>> fact, i run the application fine on the dev computer, yet i try and run
>>> it
>>> (after copying all the files over) on the live server, and i still get
>>> this
>>> issue.
>>>
>>> There are other beans that this issue is happening on...
>>>
>>> Interestingly, i renamed the webapp application folder (to webapp2) and
>>> the
>>> issue happened there as well.
>>>
>>> I would appreciate some help, or perhaps i am not understanding
>>> something
>>> before it was copied over to this server and may need to just understand
>>> it
>>> more.
>>>
>>> Thanks.
>>>
>>>
>>> --------------------------------------------------
>>> From: "Caldarale, Charles R" <Chuck.Caldarale@(protected)>
>>> Sent: Sunday, March 14, 2010 8:03 PM
>>> To: "Tomcat Users List" <users@(protected)>
>>> Subject: RE: Wierd problem with Tomcat 5.59 running on Windows Server
>>> 2003
>>>
>>>>> From: ULS Tech Support [mailto:tech_support@(protected)]
>>>>> Subject: Wierd problem with Tomcat 5.59 running on Windows Server 2003
>>>>>
>>>>> Also, is there a place that tomcat will cache its servlets?
>>>>
>>>> No. You are most likely just not running the Tomcat configuration you
>>>> think you are.
>>>>
>>>> (You're also running a five year old version of Tomcat, which is a bit
>>>> silly, considering all the security, performance, and other fixes that
>>>> have gone in since then.)
>>>>
>>>> - 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-unsubscribe@(protected)
>>>> For additional commands, e-mail: users-help@(protected)
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@(protected)
>>> For additional commands, e-mail: users-help@(protected)
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@(protected)
>> For additional commands, e-mail: users-help@(protected)
>>
>>
>
> --
> Sent from my mobile device
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@(protected)
> For additional commands, e-mail: users-help@(protected)
>
>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Anurag,

On 3/15/2010 9:12 AM, Anurag Kapur wrote:
> I am looking for some help to set HTTP response headers conditionally. I
> have a setup where HTTPD sits in front of Tomcat and proxies requests to it.

[snip]

> I have been trying to work with mod_setenvif module to start but have not
> made any progress and thus seeking your help.

Try looking at mod_headers.

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

iEYEARECAAYFAkueWtAACgkQ9CaO5/Lv0PCLHgCfQXl6Jdpg1HCw6PiTElP+qB2l
6OoAn1oBY9uCejofCnUP8ko9Ypledp/1
=nSoB
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Todd,

On 3/14/2010 10:00 PM, Todd Hicks wrote:
> The reason I brought it up is because I am exploring Xampp for a
> client as a portable dev platform, and it's configured to use the
> ApacheConfig class out of the box.

Hmm... the only information I could find without doing too much digging
was that there's a semi-official plug-in for XAMPP for Tomcat 5.0.27,
which is an unsupported version of Tomcat (and has been for quite some
time). It looks like this plug-in needs quite a bit of updating.

> I'm sure it's done that way to reduce obstacles to entry for the
> newbie. But if it doesn't work as it should, the obstacle remains (at
> least for the Xampp novitiates). So are you saying then that the
> class isn't likely to be updated? Even if I submit it as a bug? I've
> already downloaded the source to try the fix.

If you submit a fix, it's much more likely to be fixed than if you
don't. Honestly, the workaround of simply specifying a ModJk option
makes this more of an inconvenience and less of a bug.

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

iEYEARECAAYFAkueXUEACgkQ9CaO5/Lv0PA7wwCfUYF3hunQjVo8XM23xpbqHOP9
7ogAn299eSLTdTpO+My+WsD/kjFnioNK
=hqg+
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Asangansi,

On 3/12/2010 4:18 AM, Asangansi wrote:
> I have a webapp that runs on tomcat 6.0.2 with a mysql database.

6.0.20?

> I'm looking at creating a portable version of my server for
> demonstration purposes, which will run on a different port other than
> the default.

Do you want to avoid port conflicts when running on a client's machine?

> So, [I'd] like to know what configuration files i need to [reconfigure]
> and files [I wouldn't] need so it could be lighter.

I think you need to ask yourself what is most important: portability and
being self-contained, or running the fastest.

If you want it to run fast, you'll want to run natively /and/ avoid
installing anything on the client's computer: I certainly wouldn't let
you install something on my computer for a quickie demonstration. That
will limit your options to those architectures that are supported by
MySQL (currently Microsoft Windows, most *NIX platforms, and Mac OS X).

Tomcat itself is trivial to run in a "portable" way, since Tomcata
figures out its own installation directory at start-up and runs
everything relative to that.

The problem might be the JVM: I've never tried to run a non-installed
JVM on Microsoft Windows, but it runs perfectly well on a *NIX machine
without any formal installation.

If you want a foolproof environment, go for a virtualized server:
install everything you need, including your webapp, and then just fire
up the VM when doing demonstrations. You could even put a web browser, X
environment, etc. all on your USB memory stick and make the thing
bootable: simply insert the stick and reboot the client's computer: no
interference (aside from the reboot, of course) and you know your
environment will be sane.

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

iEYEARECAAYFAkueX5UACgkQ9CaO5/Lv0PDPRwCeJcRjkGVZUwYdSgCSKuxNAbAt
6YQAnjDWTR5J7/Rm7rQmlgobMj3Qh46f
=bkdp
-----END PGP SIGNATURE-----