You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@karaf.apache.org by Scott England-Sullivan <su...@gmail.com> on 2012/08/22 06:39:54 UTC
Latest karaf-2.3.x Hangs on Shutdown
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
Re: Latest karaf-2.3.x Hangs on Shutdown
Posted by Scott England-Sullivan <su...@gmail.com>.
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 <
christoph.gritschenberger@gmail.com> 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
Re: Latest karaf-2.3.x Hangs on Shutdown
Posted by Scott England-Sullivan <su...@gmail.com>.
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
Re: Latest karaf-2.3.x Hangs on Shutdown
Posted by Scott England-Sullivan <su...@gmail.com>.
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
Re: Latest karaf-2.3.x Hangs on Shutdown
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
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$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
>>
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: Latest karaf-2.3.x Hangs on Shutdown
Posted by Christoph Gritschenberger <ch...@gmail.com>.
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
>