can't shut down tomcat with Alfresco 3.2 EE

[targa2000]

running Alfresco 3.2 EE on vista with tomcat from zip. It generally works well, but occasionally can not shut down the server. 

ctrl-c in the window and try to close the window with tomcat but no go, cannot close the window.  No error messages apparent in tomcat log. 

also cannot shut down machine, cpu usage shoots up to around 100%, mouse movement becomes difficult

have to hit the power button to shut down.

Anyone else have this problem?  Any suggestions to resolve?

[targa2000]

it seems to only occur on a laptop I have that is not connected to the internet.  Rather than hitting the power switch, I found that plugging in a USB wireless DSL connection and connecting to the internet with it will shut down the tomcat.  So it seems to be some type of issue with networking on a PC.   

The problem doesn't occur on a networked pc I also use.

[tejaswini]

hi there…
   ya i also face the same problem whn i trued in my laptop.that was also not on network and not connected to the net.i dont have network or net at home so directly hitting the power button can cause any damage to the machine????? is there any other alternative?

[targa2000]

are you using vista on your laptop? I recently updated my vista os, shutting down a variety of services I didn't need to make the os run faster, and afterwards, I don't see this problem any more.  Hmmmm . . .

[targa2000]

spoke too soon.  see the problem again, but it seems more infrequent.

[targa2000]

this problem appears to be Bug 48470:

https://issues.apache.org/bugzilla/show_bug.cgi?id=48470

The fix has been applied to 6.0.x and will be included in 6.0.23 onwards

I'm using tomcat-alfresco enterprise bundle 3.2r with tomcat 6.0.18.

[harley]

Hi,

I'm experiencing similar issue here although it is not related to a laptop. I'm pretty much a new community member. Alfresco 3.2 r2 Community Edition, with tomcat 6.0.18 bundled on Ubuntu with mySQL db. Each time I stop alfresco, it freezes with following log lines logged in catalina.out

Mar 22, 2010 4:33:59 AM org.apache.coyote.http11.Http11Protocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8080
Mar 22, 2010 4:34:00 AM org.apache.catalina.core.StandardService stop
INFO: Stopping service Catalina
04:34:00,102  INFO  [alfresco.config.JBossEnabledWebApplicationContext] Closing org.alfresco.config.JBossEnabledWebApplicationContext@1536be4: display name [Root WebApplicationContext]; startup date [Mon Mar 22 04:30:12 IST 2010]; root of context hierarchy
04:34:00,682  INFO  [management.subsystems.ChildApplicationContextFactory] Stopping 'wcm_deployment_receiver' subsystem, ID: [wcm_deployment_receiver, default]
04:34:00,682  INFO  [management.subsystems.ChildApplicationContextFactory] Stopped 'wcm_deployment_receiver' subsystem, ID: [wcm_deployment_receiver, default]
04:34:00,729  INFO  [management.subsystems.ChildApplicationContextFactory] Stopping 'Synchronization' subsystem, ID: [Synchronization, default]
04:34:00,729  INFO  [management.subsystems.ChildApplicationContextFactory] Stopped 'Synchronization' subsystem, ID: [Synchronization, default]
04:34:00,729  INFO  [management.subsystems.ChildApplicationContextFactory] Stopping 'fileServers' subsystem, ID: [fileServers, default]
04:34:00,741  INFO  [management.subsystems.ChildApplicationContextFactory] Stopped 'fileServers' subsystem, ID: [fileServers, default]
04:34:00,742  INFO  [management.subsystems.ChildApplicationContextFactory] Stopping 'imap' subsystem, ID: [imap, default]
04:34:00,742  INFO  [management.subsystems.ChildApplicationContextFactory] Stopped 'imap' subsystem, ID: [imap, default]
04:34:00,750  INFO  [management.subsystems.ChildApplicationContextFactory] Stopping 'thirdparty' subsystem, ID: [thirdparty, default]
04:34:00,776  INFO  [management.subsystems.ChildApplicationContextFactory] Stopped 'thirdparty' subsystem, ID: [thirdparty, default]
04:34:00,778  INFO  [management.subsystems.ChildApplicationContextFactory] Stopping 'Authentication' subsystem, ID: [Authentication, managed, alfrescoNtlm1]
04:34:00,778  INFO  [management.subsystems.ChildApplicationContextFactory] Stopped 'Authentication' subsystem, ID: [Authentication, managed, alfrescoNtlm1]
04:34:00,782  INFO  [management.subsystems.ChildApplicationContextFactory] Stopping 'sysAdmin' subsystem, ID: [sysAdmin, default]
04:34:00,782  INFO  [management.subsystems.ChildApplicationContextFactory] Stopped 'sysAdmin' subsystem, ID: [sysAdmin, default]
log4j:ERROR LogMananger.repositorySelector was null likely due to error in class reloading, using NOPLoggerRepository.
Mar 22, 2010 4:34:03 AM org.apache.coyote.http11.Http11Protocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8080‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

At that point the Java process continues to exist forever without any activity. I guess that because of the forcible stoping (killing) of the java process, the lucene indices got broken. Therefore, Alfresco start failed with logs in catalina.out as follows:

02:37:24,573  INFO  [repo.admin.ConfigurationChecker] The Alfresco root data directory ('dir.root') is: /home/harley/Alfresco/alf_data
02:37:25,682  ERROR [web.context.ContextLoader] Context initialization failed
org.alfresco.error.AlfrescoRuntimeException: 02220000 The store 'avm://photoalbum' has a duplicate root node entry.
   at org.alfresco.repo.admin.ConfigurationChecker.check(ConfigurationChecker.java:294)
   at org.alfresco.repo.admin.ConfigurationChecker.access$000(ConfigurationChecker.java:74)
   at org.alfresco.repo.admin.ConfigurationChecker$1.execute(ConfigurationChecker.java:186)
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:327)
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:253)
   at org.alfresco.repo.admin.ConfigurationChecker.onBootstrap(ConfigurationChecker.java:190)
   at org.alfresco.util.AbstractLifecycleBean.onApplicationEvent(AbstractLifecycleBean.java:62)
   at org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:77)
   at org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
   at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:75)
   at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:246)
   at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:617)
   at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:355)
   at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:246)
   at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:189)
   at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:49)
   at org.alfresco.web.app.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:69)
   at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
   at org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
   at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
   at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
   at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
   at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:627)
   at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
   at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
   at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
   at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
   at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
   at org.apache.catalina.core.StandardService.start(StandardService.java:516)
   at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Mar 22, 2010 2:37:25 AM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
Mar 22, 2010 2:37:25 AM org.apache.catalina.core.StandardContext start
SEVERE: Context [/alfresco] startup failed due to previous errors
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Now, when I start up Alfresco, it and it gracefully rebuilds (FULL index rebuld option set) the lucene indices. Yet, when I need to stop it again I need to kill it and the indices get broken again. With the same log messages as above. Than I set the FULL rebuild again and currently that is the dead loop

Did anyone managed to upgrade to tomcat later than 6.0.23? I am not sure how to properly upgrade… Just by overriding the tomcat binary distribution files over the tomcat folder I started getting many error messages in startup, so I guess that the upgrade wasn't successful. Still, when I try to shutdown with the latest tomcat version, it still hangs with alfresco. The latest tomcat version says in catalna.out just at the end:

SEVERE: A web application appears to have started a thread named [TaskManager-Starter] but has failed to stop it. This is very likely to create a memory leak.
Mar 23, 2010 2:54:13 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: A web application appears to have started a thread named [TaskManager-0] but has failed to stop it. This is very likely to create a memory leak.
Mar 23, 2010 2:54:13 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: A web application appears to have started a thread named [TaskManager-1] but has failed to stop it. This is very likely to create a memory leak.
Mar 23, 2010 2:54:13 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: A web application appears to have started a thread named [TaskManager-2] but has failed to stop it. This is very likely to create a memory leak.
Mar 23, 2010 2:54:13 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: A web application appears to have started a thread named [TaskManager-3] but has failed to stop it. This is very likely to create a memory leak.
Mar 23, 2010 2:54:13 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: A web application appears to have started a thread named [TaskManager-4] but has failed to stop it. This is very likely to create a memory leak.
Mar 23, 2010 2:54:13 AM org.apache.coyote.http11.Http11Protocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8080
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

but that could be also related to my brutal tomcat upgrade… Does anyone have a solution or a hint on how to advance in resolving this?

Thanks,
harley

[harley]

Hi,

i gave up and removed the database schema. now, it works well, but I lost all the data I added so far.

i still can't undesrtand:
- what is causing the tomcat shutdown problem.
- is that tomcat shutdown problem (java process kill) related to data consistency error that occurred.

any ideas from the real gurus?

cheers,
harley

[targa2000]

I've found that using ctrl-c in the tomcat command window is a better way to shut down than using the alf_stop.bat file.

ctrl-c seems to avoid the problem.  The problem seems to occur more often using alf_stop.bat