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 Mon, 27 Aug 2012 17:15:27 GMT
JB,

Sorry about this.  I should have checked the KARAF JIRA before asking here
(KARAF-1763).

I will attach the thread dump and add notes on what I found.

Thanks,
Scott ES

On Wed, Aug 22, 2012 at 3:22 PM, Scott England-Sullivan <sully6768@gmail.com
> wrote:

> 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
>
>


-- 
-- 
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