You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Maximilian Stocker <ma...@talentoyster.com> on 2010/09/01 16:08:09 UTC
RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
The version that was being used (using java -version) was an OpenJDK
java version "1.6.0_0"
OpenJDK Runtime Environment (IcedTea6 1.6) (rhel-1.13.b16.el5-x86_64)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
However as a test yesterday the most recent Sun/Oracle version was installed
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) 64-Bit Server VM (build 17.0-b16, mixed mode)
But using this version has not proved to fix the problem either.
I also created a very simple test, a WAR with one index.jsp and its own context configured with both lock jars and lock resources off. Deployed fine. Still failed on undeploy with the same relatively nondescript error message and lengthy stack trace.
If anyone has any more suggestions of things to look at I'd be glad to hear them. As a next step I am going to attempt to run a standalone program that will try and delete a copy of a tomcat unpacked war using the ExpandWar class source from 5 and see if I can recreate the problem outside tomcat.
-----Original Message-----
From: Caldarale, Charles R [mailto:Chuck.Caldarale@unisys.com]
Sent: Tuesday, August 31, 2010 4:58 PM
To: Tomcat Users List
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> From: Pid [mailto:pid@pidster.com]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> Really?
> > JVM - 1.6.0_0-b16 (Sun)
> You can probably find a newer JVM than that
You're saying that just because 1.6.0_0 is approaching the fourth anniversary of its release? And even then it was at build 105, not 16. At best, b16 was a pre-release alpha test level.
Or somebody's been fooling around with the version tag.
- 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@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: undeploy failure - stack overflow tomcat 5 on RHEL 5
Posted by Maximilian Stocker <ma...@talentoyster.com>.
I finally found some others with the same issue (and the same stackoverflow)
https://jira.jboss.org/browse/JBPAPP-3753
The workaround to "unpackWAR=false" mentioned by the last commenter does resolve it at least temporarily for me at least.
Looking at the stack trace posted there, I have a little bit of difference at the top but from the stackoverflow error on it's the same, including the ExpandWar.delete calls (although it is a different source slightly - different line numbers)
At any rate this topic is sort of closed for me. It's not just my setup whatever the problem is and I have it working, if less than ideally now.
Thanks for the suggestions etc.
-----Original Message-----
From: Christopher Schultz [mailto:chris@christopherschultz.net]
Sent: Wednesday, September 01, 2010 12:36 PM
To: Tomcat Users List
Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Chuck,
On 9/1/2010 10:53 AM, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:chris@christopherschultz.net]
>> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
>
>> And that was working properly? Many folks have encountered problems
>> using OpenJDK with Tomcat and their webapps.
>
> I don't think that's true; the problems are with gcj, not OpenJDK.
> OpenJDK is almost identical to the Sun download, with the exception
> of a few (mostly graphics) packages whose licenses do not permit them
> to be open-sourced.
I definitely misspoke: I was thinking gcj, not OpenJDK.
Thanks for the clarification.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkx+gO4ACgkQ9CaO5/Lv0PA7zgCfbvEjmAnvNHlY3EvRUgz75K3y
Dq8An286+xCn90rbKWT1kAkUusGWwjsp
=3RjE
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
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: undeploy failure - stack overflow tomcat 5 on RHEL 5
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Chuck,
On 9/1/2010 10:53 AM, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:chris@christopherschultz.net]
>> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
>
>> And that was working properly? Many folks have encountered problems
>> using OpenJDK with Tomcat and their webapps.
>
> I don't think that's true; the problems are with gcj, not OpenJDK.
> OpenJDK is almost identical to the Sun download, with the exception
> of a few (mostly graphics) packages whose licenses do not permit them
> to be open-sourced.
I definitely misspoke: I was thinking gcj, not OpenJDK.
Thanks for the clarification.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkx+gO4ACgkQ9CaO5/Lv0PA7zgCfbvEjmAnvNHlY3EvRUgz75K3y
Dq8An286+xCn90rbKWT1kAkUusGWwjsp
=3RjE
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Christopher Schultz [mailto:chris@christopherschultz.net]
> Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
> And that was working properly? Many folks have encountered
> problems using OpenJDK with Tomcat and their webapps.
I don't think that's true; the problems are with gcj, not OpenJDK. OpenJDK is almost identical to the Sun download, with the exception of a few (mostly graphics) packages whose licenses do not permit them to be open-sourced.
- 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: undeploy failure - stack overflow tomcat 5 on RHEL 5
Posted by Maximilian Stocker <ma...@talentoyster.com>.
Sorry multiple typos. I am just going to paste the whole ls -lr output here
lrwxrwxrwx 1 root root 23 Aug 27 15:53 work -> /var/cache/tomcat5/work
lrwxrwxrwx 1 root root 24 Aug 27 15:53 webapps ->/var/lib/tomcat5/webapps
lrwxrwxrwx 1 root root 23 Aug 27 15:53 temp -> /var/cache/tomcat5/temp
lrwxrwxrwx 1 root root 23 Aug 27 15:53 shared -> /var/lib/tomcat5/shared
lrwxrwxrwx 1 root root 23 Aug 27 15:53 server -> /var/lib/tomcat5/server
lrwxrwxrwx 1 root root 16 Aug 27 15:53 logs -> /var/log/tomcat5
lrwxrwxrwx 1 root root 12 Aug 27 15:53 conf -> /etc/tomcat5
lrwxrwxrwx 1 root root 23 Aug 27 15:53 common -> /var/lib/tomcat5/common
drwxr-xr-x 2 root root 4096 Aug 27 15:53 bin
-----Original Message-----
From: Maximilian Stocker [mailto:max@talentoyster.com]
Sent: Wednesday, September 01, 2010 11:39 AM
To: 'Tomcat Users List'
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
Sorry temp is linked to temp. That was a copy and paste error from the shell to email on my part. I just double checked what I had sent and it is the only one I made a mistake on.
It is
Temp -> /var/chache/tomcat5/temp
Again sorry about that.
Tomcat created the directory as a result of the deployment.
There are no symbolic links in maxtest. And I looked through the other project directories and cannot find any symbolic links there.
I don't know about fsck (as in when it was run) but will look into that now.
-----Original Message-----
From: Caldarale, Charles R [mailto:Chuck.Caldarale@unisys.com]
Sent: Wednesday, September 01, 2010 11:19 AM
To: Tomcat Users List
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> From: Maximilian Stocker [mailto:max@talentoyster.com]
> Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> work -> /var/cache/tomcat5/work
> temp -> /var/cache/tomcat5/work
That's a bit scary - those should be separate directories. I have no idea what happens when they're co-located.
> In webapps for the war in question I have the following
>
> A war file called maxtest.war and a directory called maxtest.
Did you explicitly create the maxtest directory, or did Tomcat do so as a result of deployment?
> I will see that the WAR file has been deleted but the directory
> and all its contents are intact.
Just for verification: Are there any further symbolic links underneath the maxtest directory?
Have you run fsck lately? This is still looking like a loop in the directory structure.
- 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@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
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
Posted by Maximilian Stocker <ma...@talentoyster.com>.
Sorry temp is linked to temp. That was a copy and paste error from the shell to email on my part. I just double checked what I had sent and it is the only one I made a mistake on.
It is
Temp -> /var/chache/tomcat5/temp
Again sorry about that.
Tomcat created the directory as a result of the deployment.
There are no symbolic links in maxtest. And I looked through the other project directories and cannot find any symbolic links there.
I don't know about fsck (as in when it was run) but will look into that now.
-----Original Message-----
From: Caldarale, Charles R [mailto:Chuck.Caldarale@unisys.com]
Sent: Wednesday, September 01, 2010 11:19 AM
To: Tomcat Users List
Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> From: Maximilian Stocker [mailto:max@talentoyster.com]
> Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> work -> /var/cache/tomcat5/work
> temp -> /var/cache/tomcat5/work
That's a bit scary - those should be separate directories. I have no idea what happens when they're co-located.
> In webapps for the war in question I have the following
>
> A war file called maxtest.war and a directory called maxtest.
Did you explicitly create the maxtest directory, or did Tomcat do so as a result of deployment?
> I will see that the WAR file has been deleted but the directory
> and all its contents are intact.
Just for verification: Are there any further symbolic links underneath the maxtest directory?
Have you run fsck lately? This is still looking like a loop in the directory structure.
- 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@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: undeploy failure - stack overflow tomcat 5 on RHEL 5
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Maximilian Stocker [mailto:max@talentoyster.com]
> Subject: RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
> work -> /var/cache/tomcat5/work
> temp -> /var/cache/tomcat5/work
That's a bit scary - those should be separate directories. I have no idea what happens when they're co-located.
> In webapps for the war in question I have the following
>
> A war file called maxtest.war and a directory called maxtest.
Did you explicitly create the maxtest directory, or did Tomcat do so as a result of deployment?
> I will see that the WAR file has been deleted but the directory
> and all its contents are intact.
Just for verification: Are there any further symbolic links underneath the maxtest directory?
Have you run fsck lately? This is still looking like a loop in the directory structure.
- 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@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: undeploy failure - stack overflow tomcat 5 on RHEL 5
Posted by Maximilian Stocker <ma...@talentoyster.com>.
The previous Java was a different (older) build of openjdk and yes was working properly for months.
I am not entirely sure when you say full path to WAR what you are looking for so I am going to list all the information.
Before deploying my last test project the war was in two places (I tried both). On my local system and uploaded through the manager and on the target machine in my home directory.
So I deployed using the upload and I also tried to deploy by specifying the path to the WAR locally. Both of these deployments worked.
At that point I have the following
/usr/share/tomcat5
Contains the below
work -> /var/cache/tomcat5/work
webapps -> /var/lib/tomcat5/webapps
temp -> /var/cache/tomcat5/work
shared -> /var/lib/tomcat5/shared
server -> /var/lib/tomcat5/server
logs -> /var/log/tomcat5
conf -> /etc/tomcat5
common -> /var/lib/tomcat5/webapps
bin
In webapps for the war in question I have the following
A war file called maxtest.war and a directory called maxtest.
So the path would be
/var/lib/tomcat5/webapps/maxtest.war
or
/usr/share/tomcat5/webapps/maxtest.war
Both of these have rwxrwxr-x for permissions and the owner and group is tomcat. And again this directory layout was unchanged since it worked and it was working since at least sometime last fall (I wasn't here before then so I can't speak to that)
If I try and undeploy I get the error message previously described, in the log I can see the stack trace and in the webapps directory I will see that the WAR file has been deleted but the directory and all its contents are intact.
In this case after the undeploy the maxtest directory contains
META-INF/context.xml
META-INF/MANIFEST.MF
WEB-INF/web.xml
WEB-INF/classes (empty directory)
WEB-INF/lib (empty directory)
Index.jsp
In the case of any of the existing projects that actually have classes and libs they will still all be in these directories rather than empty.
If this is not the information that you are looking for can you please try and restate and I will get it for you.
-----Original Message-----
From: Christopher Schultz [mailto:chris@christopherschultz.net]
Sent: Wednesday, September 01, 2010 10:29 AM
To: Tomcat Users List
Subject: Re: undeploy failure - stack overflow tomcat 5 on RHEL 5
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Maximilian,
On 9/1/2010 10:08 AM, Maximilian Stocker wrote:
> The version that was being used (using java -version) was an OpenJDK
>
> java version "1.6.0_0"
> OpenJDK Runtime Environment (IcedTea6 1.6) (rhel-1.13.b16.el5-x86_64)
> OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
And that was working properly? Many folks have encountered problems
using OpenJDK with Tomcat and their webapps.
> However as a test yesterday the most recent Sun/Oracle version was installed
>
> java version "1.6.0_21"
> Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
> Java HotSpot(TM) 64-Bit Server VM (build 17.0-b16, mixed mode)
>
> But using this version has not proved to fix the problem either.
Ok.
> I also created a very simple test, a WAR with one index.jsp and its
> own context configured with both lock jars and lock resources off.
> Deployed fine. Still failed on undeploy with the same relatively
> nondescript error message and lengthy stack trace.
>
> If anyone has any more suggestions of things to look at I'd be glad
> to hear them. As a next step I am going to attempt to run a
> standalone program that will try and delete a copy of a tomcat
> unpacked war using the ExpandWar class source from 5 and see if I can
> recreate the problem outside tomcat.
I do have an idea: tell us what the full path to your WAR file is. You
said it doesn't matter but it might help to know what it actually was.
Also, giving us more details about the symlink layout might help.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkx+YxIACgkQ9CaO5/Lv0PC7cgCdF0IAorUrc31g09D2coK2rlzT
i7wAni+RjLEIPnqFmJVsOR6vTk3NDzC3
=ZSjX
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
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: undeploy failure - stack overflow tomcat 5 on RHEL 5
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Maximilian,
On 9/1/2010 10:08 AM, Maximilian Stocker wrote:
> The version that was being used (using java -version) was an OpenJDK
>
> java version "1.6.0_0"
> OpenJDK Runtime Environment (IcedTea6 1.6) (rhel-1.13.b16.el5-x86_64)
> OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
And that was working properly? Many folks have encountered problems
using OpenJDK with Tomcat and their webapps.
> However as a test yesterday the most recent Sun/Oracle version was installed
>
> java version "1.6.0_21"
> Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
> Java HotSpot(TM) 64-Bit Server VM (build 17.0-b16, mixed mode)
>
> But using this version has not proved to fix the problem either.
Ok.
> I also created a very simple test, a WAR with one index.jsp and its
> own context configured with both lock jars and lock resources off.
> Deployed fine. Still failed on undeploy with the same relatively
> nondescript error message and lengthy stack trace.
>
> If anyone has any more suggestions of things to look at I'd be glad
> to hear them. As a next step I am going to attempt to run a
> standalone program that will try and delete a copy of a tomcat
> unpacked war using the ExpandWar class source from 5 and see if I can
> recreate the problem outside tomcat.
I do have an idea: tell us what the full path to your WAR file is. You
said it doesn't matter but it might help to know what it actually was.
Also, giving us more details about the symlink layout might help.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkx+YxIACgkQ9CaO5/Lv0PC7cgCdF0IAorUrc31g09D2coK2rlzT
i7wAni+RjLEIPnqFmJVsOR6vTk3NDzC3
=ZSjX
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org