Thanks JB, I am stepping through it now but you may be able to track it down faster than I. :)
Can you tell me where the CTRL-D captured at in the source code to force the shutdown? On Wed, Aug 22, 2012 at 3:02 PM, Jean-Baptiste Onofré <[email protected]>wrote: > Hi guys, > > thanks for the update. I gonna take a look later today. > > Regards > JB > > > On 08/22/2012 09:26 PM, Christoph Gritschenberger 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$** >>> BlueprintBundleTrackerCustomiz**er.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 >>> >>> >> > -- > Jean-Baptiste Onofré > [email protected] > http://blog.nanthrax.net > Talend - http://www.talend.com > -- -- Scott England-Sullivan ---------------------------------- FuseSource Web: http://www.fusesource.com Blog: http://sully6768.blogspot.com Twitter: sully6768
