Re: Problem when rebooting....
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ameer,
On 11/9/14 11:42 PM, Ameer Mawia wrote:
I'm looking into the issue(I had been longing to contribute to
community and I see some opportunity to start doing so here. Hope
my effort will be welcomed!:) )
Absolutely. Thanks for your contributions.
I'm looking at the code base in trunk. Here is the method where
localhost-startstop thread is busy:
protected void processAnnotationsFile(File file, WebXml fragment,
//line 1963 boolean handlesTypesOnly) {
if (file.isDirectory()) { // Returns null if directory is not
readable String[] dirs = file.list();//line 1968 if (dirs != null)
{ for (String dir : dirs) { processAnnotationsFile(//line 1971
new File(file,dir), fragment, handlesTypesOnly); } } } else if
(file.canRead() file.getName().endsWith(.class)) { try
(FileInputStream fis = new FileInputStream(file)) {
processAnnotationsStream(fis, fragment, handlesTypesOnly); } catch
(IOException e) {
log.error(sm.getString(contextConfig.inputStreamFile,
file.getAbsolutePath()),e); } catch (ClassFormatException e) {
log.error(sm.getString(contextConfig.inputStreamFile,
file.getAbsolutePath()),e); } } }
As you can see and as konstantin said, the thread is busy walking
over directories listed in web-fragements.
Here, the canRead call is being done in such a way that entropy should
not be a part of the problem.
Perhaps something is being read from a network filesystem that has
stalled mounting or something similar? The question for the OP is
what is different during boot time?
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJUYMb4AAoJEBzwKT+lPKRYjwUP/jLSdAXlD67RR+UYe0NhPbF8
GweAbj/zDtuLq3enElNa838LnlVoG/yKKvIkA8cQ2GgdtjP0PKzJeIUqSRBVuQ6m
gYg/iiY2qgi6tKfOsEUobGhZrUa8xfzVigASyfKwxVnXE3kShKprY02iq0U7eURW
33cGOgezcq4CvEm4MRcLfBGJqlYtjRWLvWQGt+u3u6IqJ+1gZ2v9VFgembDu6Fjo
2AdRWNGiJGvIPPKeEU4PShk5uWliLdTCToRjCJ6Xm0q9GKIPY6oE616b+sLVz9AP
q1Fzq7ZgMKkwIIcCGsbBLurKm5lmizB5cTCQm870kh2C0fY4I5HXthKwADvBBcn8
eU/0UPe6z2Mn8pgzTBYXTDCH8F8JdRAqVkL//WU0vaZEqNVKxYkbPJZjseYerEjS
huv8N1kXl8GNueWBJ5H+N0VUfrLJOwzOeSRYx8svxF1p79xGOxF2rmKhypLLIPpL
ldoLWFnJ2P1dDPTDEkdsxYJQxZ0FB9eDcDgIH2gGDUuOcyUW7xqK4kCfzo9Yr4MX
c5iIwtsGz0/mELSdY30/Qx2lflEL0NvDj54NIz6o8pDVsIGvSWmV5RgaM9Bb7+84
oehx5TC4GzHTEgrBvU292NH2UQf1lXCPCMYHI15tbEOIBX2NjbqKJp+o/1+ajOl4
IVIII1t4+kGs7yAhL5Pa
=D5Gs
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem when rebooting....
On Mon, 10 Nov 2014 09:08:56 -0500 Christopher Schultz ch...@christopherschultz.net wrote: Perhaps something is being read from a network filesystem that has stalled mounting or something similar? The question for the OP is what is different during boot time? - -chris Nope, no such things... All is based on local filesystem... And tried to think what might be different and the only thing that is usually different, is that I delete anything beneath the work directory... So I added deletion to the startup script but Tomcat still hangs I am lost to what else may be different in starting tomcat from the init script or starting tomcat from the init script from the command line BTJ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem when rebooting....
Rules: http://tomcat.apache.org/lists.html#tomcat-users - 6. Do not top-post. Ok, did a thread dump that resulted in the following dump..: Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode): localhost-startStop-1 #15 daemon prio=5 os_prio=0 tid=0x7fdc84002000 nid=0x702 runnable [0x7fdc8ebe7000] java.lang.Thread.State: RUNNABLE at java.io.UnixFileSystem.checkAccess(Native Method) at java.io.File.canRead(File.java:768) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1975) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) As it is visible from the method name, the start thread is busy scanning classes for annotations. This behaviour is explained here: https://wiki.apache.org/tomcat/HowTo/FasterStartUp#General Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem when rebooting....
On Mon, 10 Nov 2014 00:35:46 +0300 Konstantin Kolinko knst.koli...@gmail.com wrote: Rules: http://tomcat.apache.org/lists.html#tomcat-users - 6. Do not top-post. Ok, did a thread dump that resulted in the following dump..: Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode): localhost-startStop-1 #15 daemon prio=5 os_prio=0 tid=0x7fdc84002000 nid=0x702 runnable [0x7fdc8ebe7000] java.lang.Thread.State: RUNNABLE at java.io.UnixFileSystem.checkAccess(Native Method) at java.io.File.canRead(File.java:768) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1975) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) As it is visible from the method name, the start thread is busy scanning classes for annotations. This behaviour is explained here: https://wiki.apache.org/tomcat/HowTo/FasterStartUp#General But it never finishes? And also I do not have this problem when stopping and starting the Tomcat server without booting, why is that? Shouldn't the result be the same? BTJ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem when rebooting....
Bjørn T Johansen wrote: On Mon, 10 Nov 2014 00:35:46 +0300 Konstantin Kolinko knst.koli...@gmail.com wrote: Rules: http://tomcat.apache.org/lists.html#tomcat-users - 6. Do not top-post. Ok, did a thread dump that resulted in the following dump..: Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode): localhost-startStop-1 #15 daemon prio=5 os_prio=0 tid=0x7fdc84002000 nid=0x702 runnable [0x7fdc8ebe7000] java.lang.Thread.State: RUNNABLE at java.io.UnixFileSystem.checkAccess(Native Method) at java.io.File.canRead(File.java:768) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1975) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) As it is visible from the method name, the start thread is busy scanning classes for annotations. This behaviour is explained here: https://wiki.apache.org/tomcat/HowTo/FasterStartUp#General But it never finishes? And also I do not have this problem when stopping and starting the Tomcat server without booting, why is that? Shouldn't the result be the same? http://en.wikipedia.org/wiki/Entropy_%28computing%29 Maybe your problem is there ? (When the system boots, it has little entropy available, and it may already be consumed by other processes starting around the same time). - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem when rebooting....
On Sun, 09 Nov 2014 23:49:54 +0100 André Warnier a...@ice-sa.com wrote: Bjørn T Johansen wrote: On Mon, 10 Nov 2014 00:35:46 +0300 Konstantin Kolinko knst.koli...@gmail.com wrote: Rules: http://tomcat.apache.org/lists.html#tomcat-users - 6. Do not top-post. Ok, did a thread dump that resulted in the following dump..: Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode): localhost-startStop-1 #15 daemon prio=5 os_prio=0 tid=0x7fdc84002000 nid=0x702 runnable [0x7fdc8ebe7000] java.lang.Thread.State: RUNNABLE at java.io.UnixFileSystem.checkAccess(Native Method) at java.io.File.canRead(File.java:768) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1975) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) As it is visible from the method name, the start thread is busy scanning classes for annotations. This behaviour is explained here: https://wiki.apache.org/tomcat/HowTo/FasterStartUp#General But it never finishes? And also I do not have this problem when stopping and starting the Tomcat server without booting, why is that? Shouldn't the result be the same? http://en.wikipedia.org/wiki/Entropy_%28computing%29 Maybe your problem is there ? (When the system boots, it has little entropy available, and it may already be consumed by other processes starting around the same time). Hmm... Guess I'll havce to check it out... Thx... :) BTJ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem when rebooting....
Hi Bjorn,
I'm looking into the issue(I had been longing to contribute to community
and I see some opportunity to start doing so here. Hope my effort will be
welcomed!:) )
I'm looking at the code base in trunk. Here is the method where
localhost-startstop thread is busy:
protected void processAnnotationsFile(File file, WebXml fragment, //line
1963
boolean handlesTypesOnly) {
if (file.isDirectory()) {
// Returns null if directory is not readable
String[] dirs = file.list();//line 1968
if (dirs != null) {
for (String dir : dirs) {
processAnnotationsFile(//line 1971
new File(file,dir), fragment, handlesTypesOnly);
}
}
} else if (file.canRead() file.getName().endsWith(.class)) {
try (FileInputStream fis = new FileInputStream(file)) {
processAnnotationsStream(fis, fragment, handlesTypesOnly);
} catch (IOException e) {
log.error(sm.getString(contextConfig.inputStreamFile,
file.getAbsolutePath()),e);
} catch (ClassFormatException e) {
log.error(sm.getString(contextConfig.inputStreamFile,
file.getAbsolutePath()),e);
}
}
}
As you can see and as konstantin said, the thread is busy walking over
directories listed in web-fragements. Here it is from where it is being
called:
protected void processAnnotations(SetWebXml fragments,
boolean handlesTypesOnly) {
for(WebXml fragment : fragments) {
// Only need to scan for @HandlesTypes matches if any of the
// following are true:
// - it has already been determined only @HandlesTypes is
required
// (e.g. main web.xml has metadata-complete=true
// - this fragment is for a container JAR (Servlet 3.1 section
8.1)
// - this fragment has metadata-complete=true
boolean htOnly = handlesTypesOnly || !fragment.getWebappJar() ||
fragment.isMetadataComplete();
WebXml annotations = new WebXml();
// no impact on distributable
annotations.setDistributable(true);
URL url = fragment.getURL();
processAnnotationsUrl(url, annotations, htOnly);// This in turn
calls processAnnotationsFile
SetWebXml set = new HashSet();
set.add(annotations);
// Merge annotations into fragment - fragment takes priority
fragment.merge(set);
}
}
I'will let you know, as soon as I come to some concrete understanding.
Meanwhile you can take a look at various web-fragments in your
web-application.
Regards,
Ameer Mawia,
New Delhi
On Mon, Nov 10, 2014 at 4:55 AM, Bjørn T Johansen b...@havleik.no wrote:
On Sun, 09 Nov 2014 23:49:54 +0100
André Warnier a...@ice-sa.com wrote:
Bjørn T Johansen wrote:
On Mon, 10 Nov 2014 00:35:46 +0300
Konstantin Kolinko knst.koli...@gmail.com wrote:
Rules:
http://tomcat.apache.org/lists.html#tomcat-users
- 6. Do not top-post.
Ok, did a thread dump that resulted in the following dump..:
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed
mode):
localhost-startStop-1 #15 daemon prio=5 os_prio=0
tid=0x7fdc84002000 nid=0x702 runnable [0x7fdc8ebe7000]
java.lang.Thread.State: RUNNABLE
at java.io.UnixFileSystem.checkAccess(Native Method)
at java.io.File.canRead(File.java:768)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1975)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971)
As it is visible from the method name, the start thread is busy
scanning classes for annotations.
This behaviour is explained here:
https://wiki.apache.org/tomcat/HowTo/FasterStartUp#General
But it never finishes? And also I do not have this problem when
stopping and starting the Tomcat server without booting, why is that?
Shouldn't the
result be the same?
http://en.wikipedia.org/wiki/Entropy_%28computing%29
Maybe your problem is there ?
(When the system boots, it has little entropy available, and it may
already be consumed by
other processes starting around the same time).
Hmm... Guess I'll havce to check it out... Thx... :)
BTJ
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Problem when rebooting....
I have a init script I have been using now for severeal years that has been working without any problems... But since upgrading to Tomcat 8 (now 8.0.14), Tomcat is not coming up if I boot the server.. Here is the output from catalina.out..: 08-Nov-2014 23:03:09.657 INFO [Thread-4] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler [http-apr-8080] 08-Nov-2014 23:03:09.724 INFO [Thread-4] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler [ajp-apr-8009] 08-Nov-2014 23:03:09.775 INFO [Thread-4] org.apache.catalina.core.StandardService.stopInternal Stopping service Catalina 08-Nov-2014 23:03:10.089 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [/kappskole] appears to have started a thread named [Mojarra-WebResourceMonitor-1-thread-1] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread: sun.misc.Unsafe.park(Native Method) java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093) java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809) java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) java.lang.Thread.run(Thread.java:745) 08-Nov-2014 23:03:10.097 INFO [localhost-startStop-2] org.springframework.context.support.AbstractApplicationContext.doClose Closing Root WebApplicationContext: startup date [Sat Nov 01 23:59:29 CET 2014]; root of context hierarchy 08-Nov-2014 23:03:10.104 INFO [localhost-startStop-2] org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons Destroying singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@7b584330: defining beans [saldo,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,dataSource,jdbcTemplate]; root of factory hierarchy 08-Nov-2014 23:03:10.128 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesJdbc The web application [/trumf] registered the JDBC driver [org.postgresql.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered. 08-Nov-2014 23:03:10.164 INFO [Thread-4] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler [http-apr-8080] 08-Nov-2014 23:03:10.216 INFO [Thread-4] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler [ajp-apr-8009] 08-Nov-2014 23:03:10.294 INFO [Thread-4] org.apache.coyote.AbstractProtocol.destroy Destroying ProtocolHandler [http-apr-8080] 08-Nov-2014 23:03:10.295 INFO [Thread-4] org.apache.coyote.AbstractProtocol.destroy Destroying ProtocolHandler [ajp-apr-8009] 08-Nov-2014 23:03:41.930 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server version: Apache Tomcat/8.0.14 08-Nov-2014 23:03:41.941 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server built: Sep 24 2014 09:01:51 08-Nov-2014 23:03:41.941 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server number: 8.0.14.0 08-Nov-2014 23:03:41.942 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Name:Linux 08-Nov-2014 23:03:41.942 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Version: 2.6.32-504.el6.x86_64 08-Nov-2014 23:03:41.942 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Architecture: amd64 08-Nov-2014 23:03:41.943 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log JVM Version: 1.8.0_25-b17 08-Nov-2014 23:03:41.943 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log JVM Vendor: Oracle Corporation 08-Nov-2014 23:03:43.325 INFO [main] org.apache.catalina.core.AprLifecycleListener.init Loaded APR based Apache Tomcat Native library 1.1.31 using APR version 1.3.9. 08-Nov-2014 23:03:43.326 INFO [main] org.apache.catalina.core.AprLifecycleListener.init APR capabilities: IPv6 [true], sendfile [true], accept filters [false], random [true]. 08-Nov-2014 23:03:43.651 INFO [main] org.apache.catalina.core.AprLifecycleListener.initializeSSL OpenSSL successfully initialized (OpenSSL 1.0.1e 11 Feb 2013) 08-Nov-2014 23:03:44.102 INFO [main] org.apache.coyote.AbstractProtocol.init Initializing
Re: Problem when rebooting....
2014-11-09 1:08 GMT+03:00 Bjørn T Johansen b...@havleik.no: I have a init script I have been using now for severeal years that has been working without any problems... But since upgrading to Tomcat 8 (now 8.0.14), Tomcat is not coming up if I boot the server.. Here is the output from catalina.out..: 08-Nov-2014 23:03:09.657 INFO [Thread-4] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler [http-apr-8080] 08-Nov-2014 23:03:09.724 INFO [Thread-4] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler [ajp-apr-8009] 08-Nov-2014 23:03:09.775 INFO [Thread-4] org.apache.catalina.core.StandardService.stopInternal Stopping service Catalina 08-Nov-2014 23:03:10.089 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [/kappskole] appears to have started a thread named [Mojarra-WebResourceMonitor-1-thread-1] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread: sun.misc.Unsafe.park(Native Method) java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093) java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809) java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) java.lang.Thread.run(Thread.java:745) 08-Nov-2014 23:03:10.097 INFO [localhost-startStop-2] org.springframework.context.support.AbstractApplicationContext.doClose Closing Root WebApplicationContext: startup date [Sat Nov 01 23:59:29 CET 2014]; root of context hierarchy 08-Nov-2014 23:03:10.104 INFO [localhost-startStop-2] org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons Destroying singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@7b584330: defining beans [saldo,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,dataSource,jdbcTemplate]; root of factory hierarchy 08-Nov-2014 23:03:10.128 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesJdbc The web application [/trumf] registered the JDBC driver [org.postgresql.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered. 08-Nov-2014 23:03:10.164 INFO [Thread-4] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler [http-apr-8080] 08-Nov-2014 23:03:10.216 INFO [Thread-4] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler [ajp-apr-8009] 08-Nov-2014 23:03:10.294 INFO [Thread-4] org.apache.coyote.AbstractProtocol.destroy Destroying ProtocolHandler [http-apr-8080] 08-Nov-2014 23:03:10.295 INFO [Thread-4] org.apache.coyote.AbstractProtocol.destroy Destroying ProtocolHandler [ajp-apr-8009] 08-Nov-2014 23:03:41.930 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server version: Apache Tomcat/8.0.14 08-Nov-2014 23:03:41.941 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server built: Sep 24 2014 09:01:51 08-Nov-2014 23:03:41.941 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server number: 8.0.14.0 08-Nov-2014 23:03:41.942 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Name:Linux 08-Nov-2014 23:03:41.942 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Version: 2.6.32-504.el6.x86_64 08-Nov-2014 23:03:41.942 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Architecture: amd64 08-Nov-2014 23:03:41.943 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log JVM Version: 1.8.0_25-b17 08-Nov-2014 23:03:41.943 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log JVM Vendor: Oracle Corporation 08-Nov-2014 23:03:43.325 INFO [main] org.apache.catalina.core.AprLifecycleListener.init Loaded APR based Apache Tomcat Native library 1.1.31 using APR version 1.3.9. 08-Nov-2014 23:03:43.326 INFO [main] org.apache.catalina.core.AprLifecycleListener.init APR capabilities: IPv6 [true], sendfile [true], accept filters [false], random [true]. 08-Nov-2014 23:03:43.651 INFO [main] org.apache.catalina.core.AprLifecycleListener.initializeSSL OpenSSL
Re: Problem when rebooting....
Ok, did a thread dump that resulted in the following dump..: Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode): localhost-startStop-1 #15 daemon prio=5 os_prio=0 tid=0x7fdc84002000 nid=0x702 runnable [0x7fdc8ebe7000] java.lang.Thread.State: RUNNABLE at java.io.UnixFileSystem.checkAccess(Native Method) at java.io.File.canRead(File.java:768) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1975) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsFile(ContextConfig.java:1971) at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1922) at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1880) at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1149) at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:771) - locked 0xc1395170 (a org.apache.catalina.startup.ContextConfig) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:305) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5120) - locked 0xc1394f40 (a org.apache.catalina.core.StandardContext) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) - locked 0xc1394f40 (a org.apache.catalina.core.StandardContext) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:724) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:700) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:714) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:919) at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1703) at
