Hey Christoph, Good to hear it isn't just me. :)
This also happens with shutdown followed by yes. Interestingly enough if you issue a CTRL+D after the shutdown hangs it will exit. I am pulling the Aries source down from Apache. I am going to run it through the debugger. It appears that the Aries JMX bundle isn't shutting down cleanly. On Wed, Aug 22, 2012 at 2:26 PM, Christoph Gritschenberger < [email protected]> wrote: > Hi Scott, > > I observed the same behaviour. I built it with jdk-6 (ignoring tests > because some itest was failing) and started the apache-karaf assembly. > When I enter the command "shutdown -f", the console remains active. > Karaf does not terminate and the thread dump looks similar to yours. > > However I didn't notice the problem at first because I usually terminate > karaf with Ctrl+D. That way it actually does. > > kind regards, > christoph > > > On 22/08/12 06:39, Scott England-Sullivan wrote: > > Hi All, > > > > I built a fresh 2.3.0-SNAPSHOT from git svn karaf-2.3.x to port the SCR > > components. With just the defaults installed, when I try to issue a > > shutdown or shutdown -f it just hangs and never completes. I have to > kill > > -9 the instance. > > > > Pulling a thread dump, the FelixStartLevel thread is blocked: > > > > "FelixStartLevel" daemon prio=5 tid=7feb5387f800 nid=0x10ab0b000 waiting > > for monitor entry [10ab0a000] > > java.lang.Thread.State: BLOCKED (on object monitor) > > at > > > org.apache.aries.blueprint.container.BlueprintContainerImpl.destroy(BlueprintContainerImpl.java:826) > > - waiting to lock <7d41963d0> (a > java.util.concurrent.atomic.AtomicBoolean) > > at > > > org.apache.aries.blueprint.container.BlueprintExtender.destroyContext(BlueprintExtender.java:246) > > at > > > org.apache.aries.blueprint.container.BlueprintExtender.bundleChanged(BlueprintExtender.java:238) > > at > > > org.apache.aries.blueprint.container.BlueprintExtender$BlueprintBundleTrackerCustomizer.modifiedBundle(BlueprintExtender.java:434) > > at > > > org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:198) > > at > > > org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:128) > > at > > > org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:468) > > at > > > org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:161) > > at > > > org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:117) > > at > > > org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103) > > at > > > org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:695) > > at > > > org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:483) > > at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4244) > > at org.apache.felix.framework.Felix.stopBundle(Felix.java:2351) > > at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1214) > > at > > > org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295) > > at java.lang.Thread.run(Thread.java:680) > > > > The full thread dump is attached. > > > > Is anyone else seeing this? > > > > TIA, > > > > Scott ES > > > > > -- -- Scott England-Sullivan ---------------------------------- FuseSource Web: http://www.fusesource.com Blog: http://sully6768.blogspot.com Twitter: sully6768
