karaf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Scott England-Sullivan <sully6...@gmail.com>
Subject Re: Latest karaf-2.3.x Hangs on Shutdown
Date Wed, 22 Aug 2012 20:22:46 GMT
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é <jb@nanthrax.net>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é
> jbonofre@apache.org
> 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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message