http://bugzilla.novell.com/show_bug.cgi?id=520038
User mvyskocil@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520038#c5
--- Comment #5 from Michal Vyskocil
Ok Michal, the patch did restore the ability to stop and restart the tomcat6 server, but stopping seems to be taking an extraordinary long time. So thanks for fixing it.
Please give me an output of sh -x /etc/init.d/tomcat6 stop, I'll try to check, where's the problem. The tomcat6 on 11.0 used init script from jpackage.org project, which was replaced by own SUSE version in 11.1, so there might be problems.
In trying to get things back to a working state (and again the only thing that has happened, which affected the tomcat6 server, was this security update I got, so I do not know if it is the cause of these problems, or just exposed them) I discovered a couple other problems...
1. I deleted all the log files under /var/log/tomcat6 in order to get fresh copies of them. Subsequently I restarted the tomcat6 server using "rctomcat6 restart" and it failed. I noted that it had attempted to create the log file - catalina.out with an owner of root and permissions of rw-r-r and then it subsequently tried to write to this file with a user id of tomcat which causes the failure. So something in the scripts is setting up the catalina.out file with the wrong user and permissions. I manually changed the permissions to rw-rw-r and that worked (on my system I also made the tomcat user a member of the root group) Once up and running, I noted that the owner of catalina.out had changed to the tomcat user.. Interesting!
That's strange, because there's a following sequence in function start 180 # fix permissions on the log and pid files 181 export CATALINA_PID="/var/run/${NAME}.pid" 182 touch $CATALINA_PID 183 chown ${TOMCAT_USER}:${TOMCAT_USER} $CATALINA_PID 184 touch $TOMCAT_LOG 185 chown ${TOMCAT_USER}:${TOMCAT_USER} $TOMCAT_LOG Could you give me an output of sh -x again?
2. A more serious error also took place in my webapps/ROOT directory. My own index.html file that was located there, was replaced by the default index.html file that comes with the base tomcat6 installation. In other words, the index.html that the Jakarta-Apache folks supply showing documentation on the tomcat server itself. THIS HAD TO HAVE RESULTED SOMEHOW FROM THIS SECURITY UPDATE!!! I have NOT changed anything else in these directories for some time now. (Good thing I have everything in the webapps directory backed up so I was able to restore it easily enough)
That's a serious problem. Those files needs to be marked as %config(noreplace) to avoid it in future. I moved this issue to another bug#520532 - I added you to CC, so feel free to comment it there. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.