Tomcat6 default installation does not create logs in /var/log/tomcat6.

Bug #434978 reported by Geoff Shuetrim
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
tomcat6 (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: tomcat6

Tomcat6 is failing to start my web application and I am having trouble diagnosing the problem because no log files appear to be getting generated.

My setup is as follows.

I am running Ubuntu 9.04
Kernel: Linux 2.6.28-15-generic
GNOME 2.26.1

I am using the sun-java6-jdk.
I have installed the following tomcat packages:
tomcat6 (version 6.0.18)
tomcat6-common (version 6.0.18)
libtomcat6-java
tomcat6-admin
tomcat6-docs
tomcat6-examples

The examples run fine but generate no log information.

Tomcat installs into /usr/share/tomcat6
Catalina base appears to be /var/lib/tomcat6

I have installed the web application that I want to run as:
/var/lib/tomcat6/webapps/myapp.war

Tomcat tries to deploy it, as evidenced by it being unpacked when Tomcat6 is restarted using:

sudo /etc/init.d/tomcat6 restart

Deployment fails however. I determine this via the tomcat6 administration web interface where the relevant application is shown with a running status of false. When I try to use the tomcat web application manager to start the web application the message is:

FAIL - Application at context path ... could not be started

When I look in /var/log/tomcat6 to see details of why it could not be started, I find that the directory is empty.

Any suggestions about how to get tomcat6 to record the relevant logs and where they should be recorded would be very helpful at this stage. It seems peculiar to me to have no logging being generated by the default package install configuration.

Regards

Geoff

Revision history for this message
Geoff Shuetrim (geoff-galexy) wrote :
Download full text (13.7 KiB)

Looking in the /var/log/syslog file: I find the following stack trace when tomcat is restarted:

Sep 23 11:39:46 t43 jsvc.exec[29494]: Could not load Logmanager "org.apache.juli.ClassLoaderLogManager"
Sep 23 11:39:46 t43 jsvc.exec[29494]: java.security.AccessControlException: access denied (java.lang.RuntimePermission setContextClassLoader)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.security.AccessController.checkPermission(AccessController.java:546)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.lang.Thread.setContextClassLoader(Thread.java:1351)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.util.logging.LogManager$Cleaner.<init>(LogManager.java:204)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.util.logging.LogManager$Cleaner.<init>(LogManager.java:198)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.util.logging.LogManager.<init>(LogManager.java:235)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat org.apache.juli.ClassLoaderLogManager.<init>(ClassLoaderLogManager.java:45)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.lang.reflect.Constructor.newInstance(Constructor.java:513)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.lang.Class.newInstance0(Class.java:355)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.lang.Class.newInstance(Class.java:308)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.util.logging.LogManager$1.run(LogManager.java:164)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.security.AccessController.doPrivileged(Native Method)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.util.logging.LogManager.<clinit>(LogManager.java:156)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat java.util.logging.Logger.getLogger(Logger.java:273)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat org.apache.juli.logging.DirectJDKLog.<init>(DirectJDKLog.java:71)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat org.apache.juli.logging.DirectJDKLog.getInstance(DirectJDKLog.java:178)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:170)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:241)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat org.apache.juli.logging.LogFactory.getLog(LogFactory.java:296)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat org.apache.catalina.startup.Bootstrap.<clinit>(Bootstrap.java:54)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
Sep 23 11:39:46 t43 jsvc.exec[29494]: ^Iat sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessor...

Revision history for this message
Geoff Shuetrim (geoff-galexy) wrote :

The stack trace in the previous comment was obtained after setting logging levels to ALL instead of FINE or INFO in the conf/logging.properties file.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.