Re: symbolic links deleted when restarting tomcat
It happened three times on three different customer sites. It does not reproduce, but due to the different places where it has occurred I assume this is not a human error. On Sat, Apr 10, 2010 at 11:54 AM, Pid * p...@pidster.com wrote: On 9 April 2010 22:16, Karin Moscovici karin.moscov...@correlix.com wrote: Thanks Chris. Indeed, my issue is different than the one you've described - The links are deleted from common/lib and server/lib, and their targets are unharmed. I don't know of any other reason that could have possible cause the deletion. Thanks for the answer. Is it happening regularly, or did it happen just once? Can you examine the .bash_history of any users with access to this system to see if it was an inadvertent human error? p On Sat, Apr 10, 2010 at 12:06 AM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karin, On 4/9/2010 4:55 PM, Karin Moscovici wrote: I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my application did not load. In the logs I found NoClassDefError on org.servlet.jsp.JspFactory class. It seems that the symbolic link to /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. When I added it using ln -s the problem was solved. This has happened to me once before with HttpServletRequest class and servlet-api.jar from tomcat/server/lib. Is this a known issue? The only issue I believe Tomcat has with symbolic links is when you have a symbolic link pointing from inside your webapp's deployment directory (say, webapps/mywebapp) and then you perform an undeploy operation: that will perform a recursive delete that ravages the target of the symlink. That has been fixed in recent versions: check the ChangeLog for details. It sounds like your issue is something different, though. I don't believe Tomcat deletes any files except those related to actual webapps. Are you sure there's no other way these links could have been deleted? You could make those files (and their parent directories) non-writable by the euid running Tomcat and see if you get any exceptions: that would produce a stack trace proving that Tomcat is trying to delete the file (when it probably shouldn't be). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ 5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL =V0Vo -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- -- pidster.com
Re: symbolic links deleted when restarting tomcat
And nothing in the .bash_history(s)? To eliminate all possibilities, were there any system maintenance processes or activities underway when this occurred? Does your app have any functions at all that apply to the filing system? p On 11 April 2010 21:27, Karin Moscovici karin.moscov...@correlix.comwrote: It happened three times on three different customer sites. It does not reproduce, but due to the different places where it has occurred I assume this is not a human error. On Sat, Apr 10, 2010 at 11:54 AM, Pid * p...@pidster.com wrote: On 9 April 2010 22:16, Karin Moscovici karin.moscov...@correlix.com wrote: Thanks Chris. Indeed, my issue is different than the one you've described - The links are deleted from common/lib and server/lib, and their targets are unharmed. I don't know of any other reason that could have possible cause the deletion. Thanks for the answer. Is it happening regularly, or did it happen just once? Can you examine the .bash_history of any users with access to this system to see if it was an inadvertent human error? p On Sat, Apr 10, 2010 at 12:06 AM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karin, On 4/9/2010 4:55 PM, Karin Moscovici wrote: I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my application did not load. In the logs I found NoClassDefError on org.servlet.jsp.JspFactory class. It seems that the symbolic link to /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. When I added it using ln -s the problem was solved. This has happened to me once before with HttpServletRequest class and servlet-api.jar from tomcat/server/lib. Is this a known issue? The only issue I believe Tomcat has with symbolic links is when you have a symbolic link pointing from inside your webapp's deployment directory (say, webapps/mywebapp) and then you perform an undeploy operation: that will perform a recursive delete that ravages the target of the symlink. That has been fixed in recent versions: check the ChangeLog for details. It sounds like your issue is something different, though. I don't believe Tomcat deletes any files except those related to actual webapps. Are you sure there's no other way these links could have been deleted? You could make those files (and their parent directories) non-writable by the euid running Tomcat and see if you get any exceptions: that would produce a stack trace proving that Tomcat is trying to delete the file (when it probably shouldn't be). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ 5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL =V0Vo -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- -- pidster.com -- -- pidster.com
Re: symbolic links deleted when restarting tomcat
On 9 April 2010 22:16, Karin Moscovici karin.moscov...@correlix.com wrote: Thanks Chris. Indeed, my issue is different than the one you've described - The links are deleted from common/lib and server/lib, and their targets are unharmed. I don't know of any other reason that could have possible cause the deletion. Thanks for the answer. Is it happening regularly, or did it happen just once? Can you examine the .bash_history of any users with access to this system to see if it was an inadvertent human error? p On Sat, Apr 10, 2010 at 12:06 AM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karin, On 4/9/2010 4:55 PM, Karin Moscovici wrote: I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my application did not load. In the logs I found NoClassDefError on org.servlet.jsp.JspFactory class. It seems that the symbolic link to /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. When I added it using ln -s the problem was solved. This has happened to me once before with HttpServletRequest class and servlet-api.jar from tomcat/server/lib. Is this a known issue? The only issue I believe Tomcat has with symbolic links is when you have a symbolic link pointing from inside your webapp's deployment directory (say, webapps/mywebapp) and then you perform an undeploy operation: that will perform a recursive delete that ravages the target of the symlink. That has been fixed in recent versions: check the ChangeLog for details. It sounds like your issue is something different, though. I don't believe Tomcat deletes any files except those related to actual webapps. Are you sure there's no other way these links could have been deleted? You could make those files (and their parent directories) non-writable by the euid running Tomcat and see if you get any exceptions: that would produce a stack trace proving that Tomcat is trying to delete the file (when it probably shouldn't be). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ 5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL =V0Vo -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- -- pidster.com
symbolic links deleted when restarting tomcat
Hi, I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my application did not load. In the logs I found NoClassDefError on org.servlet.jsp.JspFactory class. It seems that the symbolic link to /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. When I added it using ln -s the problem was solved. This has happened to me once before with HttpServletRequest class and servlet-api.jar from tomcat/server/lib. Is this a known issue? Thanks Karin
Re: symbolic links deleted when restarting tomcat
You'd have to do something pretty strange with symbolic links for an application unload to cause those to be deleted. But then, re-packaged versions of Tomcat seem to do some strange things with symbolic links... p On 9 April 2010 21:55, Karin Moscovici karin.moscov...@correlix.com wrote: Hi, I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my application did not load. In the logs I found NoClassDefError on org.servlet.jsp.JspFactory class. It seems that the symbolic link to /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. When I added it using ln -s the problem was solved. This has happened to me once before with HttpServletRequest class and servlet-api.jar from tomcat/server/lib. Is this a known issue? Thanks Karin -- -- pidster.com
Re: symbolic links deleted when restarting tomcat
It's not the application unload that did it, the application failed to load because the symbolic links were gone. If anyone knows why should symbolic links to jars should be deleted, please share. On Sat, Apr 10, 2010 at 12:01 AM, Pid * p...@pidster.com wrote: You'd have to do something pretty strange with symbolic links for an application unload to cause those to be deleted. But then, re-packaged versions of Tomcat seem to do some strange things with symbolic links... p On 9 April 2010 21:55, Karin Moscovici karin.moscov...@correlix.com wrote: Hi, I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my application did not load. In the logs I found NoClassDefError on org.servlet.jsp.JspFactory class. It seems that the symbolic link to /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. When I added it using ln -s the problem was solved. This has happened to me once before with HttpServletRequest class and servlet-api.jar from tomcat/server/lib. Is this a known issue? Thanks Karin -- -- pidster.com
Re: symbolic links deleted when restarting tomcat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karin, On 4/9/2010 4:55 PM, Karin Moscovici wrote: I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my application did not load. In the logs I found NoClassDefError on org.servlet.jsp.JspFactory class. It seems that the symbolic link to /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. When I added it using ln -s the problem was solved. This has happened to me once before with HttpServletRequest class and servlet-api.jar from tomcat/server/lib. Is this a known issue? The only issue I believe Tomcat has with symbolic links is when you have a symbolic link pointing from inside your webapp's deployment directory (say, webapps/mywebapp) and then you perform an undeploy operation: that will perform a recursive delete that ravages the target of the symlink. That has been fixed in recent versions: check the ChangeLog for details. It sounds like your issue is something different, though. I don't believe Tomcat deletes any files except those related to actual webapps. Are you sure there's no other way these links could have been deleted? You could make those files (and their parent directories) non-writable by the euid running Tomcat and see if you get any exceptions: that would produce a stack trace proving that Tomcat is trying to delete the file (when it probably shouldn't be). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ 5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL =V0Vo -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: symbolic links deleted when restarting tomcat
Thanks Chris. Indeed, my issue is different than the one you've described - The links are deleted from common/lib and server/lib, and their targets are unharmed. I don't know of any other reason that could have possible cause the deletion. Thanks for the answer. On Sat, Apr 10, 2010 at 12:06 AM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karin, On 4/9/2010 4:55 PM, Karin Moscovici wrote: I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my application did not load. In the logs I found NoClassDefError on org.servlet.jsp.JspFactory class. It seems that the symbolic link to /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared. When I added it using ln -s the problem was solved. This has happened to me once before with HttpServletRequest class and servlet-api.jar from tomcat/server/lib. Is this a known issue? The only issue I believe Tomcat has with symbolic links is when you have a symbolic link pointing from inside your webapp's deployment directory (say, webapps/mywebapp) and then you perform an undeploy operation: that will perform a recursive delete that ravages the target of the symlink. That has been fixed in recent versions: check the ChangeLog for details. It sounds like your issue is something different, though. I don't believe Tomcat deletes any files except those related to actual webapps. Are you sure there's no other way these links could have been deleted? You could make those files (and their parent directories) non-writable by the euid running Tomcat and see if you get any exceptions: that would produce a stack trace proving that Tomcat is trying to delete the file (when it probably shouldn't be). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ 5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL =V0Vo -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
