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
> 


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to