You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Róbert Csákány (Jira)" <ji...@apache.org> on 2023/01/31 18:32:00 UTC
[jira] [Comment Edited] (FELIX-6048) Could not obtain lock
[ https://issues.apache.org/jira/browse/FELIX-6048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17682682#comment-17682682 ]
Róbert Csákány edited comment on FELIX-6048 at 1/31/23 6:31 PM:
----------------------------------------------------------------
Hi! I have the very same issue with scr-2.2.4. It cames randomly within httpserivice servlet registration:
2023-01-31T17:43:16,853 | | | | INFO | features-3-thread-1 | FeaturesServiceImpl | 19 - org.apache.karaf.features.core - 4.4.3 | mvn:org.apache.felix/org.apache.felix.scr/2.2.4
{code:java}
2023-01-31T17:43:30,040 | | | | WARN | paxweb-config-4-thread-1 (change controller) | HealthCheckExecutorServlet | 162 - hu.blackbelt.judo.services.judo-services-healthcheck-osgi - 1.1.0.20230131_114116_fd8d5f4f_develop | bundle hu.blackbelt.judo.services.judo-services-healthcheck-osgi:1.1.0.20230131_114116_fd8d5f4f_develop (162)[hu.blackbelt.judo.services.healthcheck.osgi.servlet.HealthCheckExecutorServlet(86)] : Component deactivation threw an exception
2010java.lang.IllegalStateException: Could not obtain lock
2011 at org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainLock(AbstractComponentManager.java:242) ~[?:?]
2012 at org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainStateLock(AbstractComponentManager.java:289) ~[?:?]
2013 at org.apache.felix.scr.impl.manager.AbstractComponentManager.doDeactivate(AbstractComponentManager.java:849) ~[?:?]
2014 at org.apache.felix.scr.impl.manager.AbstractComponentManager.deactivateInternal(AbstractComponentManager.java:825) ~[?:?]
2015 at org.apache.felix.scr.impl.manager.DependencyManager.deactivateComponentManager(DependencyManager.java:2636) ~[?:?]
2016 at org.apache.felix.scr.impl.manager.DependencyManager.access$400(DependencyManager.java:59) ~[?:?]
2017 at org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.removedService(DependencyManager.java:1356) ~[?:?]
2018 at org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.removedService(DependencyManager.java:1225) ~[?:?]
2019 at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:1258) ~[?:?]
2020 at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:1152) ~[?:?]
2021 at org.apache.felix.scr.impl.manager.ServiceTracker$AbstractTracked.untrack(ServiceTracker.java:1012) ~[?:?]
2022 at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:1192) ~[?:?]
2023 at org.apache.felix.scr.impl.BundleComponentActivator$ListenerInfo.serviceChanged(BundleComponentActivator.java:116) ~[?:?]
2024 at org.apache.felix.framework.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:990) ~[?:?]
2025 at org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:838) ~[?:?]
2026 at org.apache.felix.framework.EventDispatcher.fireServiceEvent(EventDispatcher.java:545) ~[?:?]
2027 at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4863) ~[?:?]
2028 at org.apache.felix.framework.Felix.access$000(Felix.java:111) ~[?:?]
2029 at org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:440) ~[?:?]
2030 at org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:170) ~[?:?]
2031 at org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:146) ~[?:?]
2032 at org.ops4j.pax.web.service.internal.Activator.cleanUpHttpServiceRegistrations(Activator.java:637) ~[?:?]
2033 at org.ops4j.pax.web.service.internal.Activator.updateController(Activator.java:418) ~[?:?]
2034 at org.ops4j.pax.web.service.internal.Activator.lambda$updateServerControllerFactory$1(Activator.java:347) ~[?:?]
2035 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539) ~[?:?]
2036 at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?]
2037 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304) ~[?:?]
2038 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) ~[?:?]
2039 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) ~[?:?]
2040 at java.lang.Thread.run(Thread.java:833) ~[?:?] {code}
I've attached full log
[^17_Run Northwind integration test.txt]
was (Author: robson@semmi.se):
Hi! I have the very same issue with scr-2.2.4. It cames randomly within httpserivice servlet registration:
2023-01-31T17:43:16,853 | | | | INFO | features-3-thread-1 | FeaturesServiceImpl | 19 - org.apache.karaf.features.core - 4.4.3 | mvn:org.apache.felix/org.apache.felix.scr/2.2.4
{code:java}
2023-01-31T17:43:30,040 | | | | WARN | paxweb-config-4-thread-1 (change controller) | HealthCheckExecutorServlet | 162 - hu.blackbelt.judo.services.judo-services-healthcheck-osgi - 1.1.0.20230131_114116_fd8d5f4f_develop | bundle hu.blackbelt.judo.services.judo-services-healthcheck-osgi:1.1.0.20230131_114116_fd8d5f4f_develop (162)[hu.blackbelt.judo.services.healthcheck.osgi.servlet.HealthCheckExecutorServlet(86)] : Component deactivation threw an exception
2010java.lang.IllegalStateException: Could not obtain lock
2011 at org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainLock(AbstractComponentManager.java:242) ~[?:?]
2012 at org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainStateLock(AbstractComponentManager.java:289) ~[?:?]
2013 at org.apache.felix.scr.impl.manager.AbstractComponentManager.doDeactivate(AbstractComponentManager.java:849) ~[?:?]
2014 at org.apache.felix.scr.impl.manager.AbstractComponentManager.deactivateInternal(AbstractComponentManager.java:825) ~[?:?]
2015 at org.apache.felix.scr.impl.manager.DependencyManager.deactivateComponentManager(DependencyManager.java:2636) ~[?:?]
2016 at org.apache.felix.scr.impl.manager.DependencyManager.access$400(DependencyManager.java:59) ~[?:?]
2017 at org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.removedService(DependencyManager.java:1356) ~[?:?]
2018 at org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.removedService(DependencyManager.java:1225) ~[?:?]
2019 at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:1258) ~[?:?]
2020 at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:1152) ~[?:?]
2021 at org.apache.felix.scr.impl.manager.ServiceTracker$AbstractTracked.untrack(ServiceTracker.java:1012) ~[?:?]
2022 at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:1192) ~[?:?]
2023 at org.apache.felix.scr.impl.BundleComponentActivator$ListenerInfo.serviceChanged(BundleComponentActivator.java:116) ~[?:?]
2024 at org.apache.felix.framework.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:990) ~[?:?]
2025 at org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:838) ~[?:?]
2026 at org.apache.felix.framework.EventDispatcher.fireServiceEvent(EventDispatcher.java:545) ~[?:?]
2027 at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4863) ~[?:?]
2028 at org.apache.felix.framework.Felix.access$000(Felix.java:111) ~[?:?]
2029 at org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:440) ~[?:?]
2030 at org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:170) ~[?:?]
2031 at org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:146) ~[?:?]
2032 at org.ops4j.pax.web.service.internal.Activator.cleanUpHttpServiceRegistrations(Activator.java:637) ~[?:?]
2033 at org.ops4j.pax.web.service.internal.Activator.updateController(Activator.java:418) ~[?:?]
2034 at org.ops4j.pax.web.service.internal.Activator.lambda$updateServerControllerFactory$1(Activator.java:347) ~[?:?]
2035 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539) ~[?:?]
2036 at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?]
2037 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304) ~[?:?]
2038 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) ~[?:?]
2039 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) ~[?:?]
2040 at java.lang.Thread.run(Thread.java:833) ~[?:?] {code}
> Could not obtain lock
> ---------------------
>
> Key: FELIX-6048
> URL: https://issues.apache.org/jira/browse/FELIX-6048
> Project: Felix
> Issue Type: Bug
> Components: Declarative Services (SCR)
> Affects Versions: scr-2.1.14
> Reporter: Alain Picard
> Priority: Minor
> Attachments: 17_Run Northwind integration test.txt, Felix no lock.png
>
>
> I regularly get this exception when starting our app, w/o having ever seen any impact.
>
> {code:java}
> !ENTRY org.eclipse.equinox.cm 4 0 2019-02-02 14:31:46.715
> !MESSAGE Could not obtain lock
> !STACK 0
> java.lang.IllegalStateException: Could not obtain lock
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainLock(AbstractComponentManager.java:231)
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainActivationWriteLock(AbstractComponentManager.java:266)
> at org.apache.felix.scr.impl.manager.SingleComponentManager.reconfigure(SingleComponentManager.java:633)
> at org.apache.felix.scr.impl.manager.SingleComponentManager.reconfigure(SingleComponentManager.java:609)
> at org.apache.felix.scr.impl.manager.ConfigurableComponentHolder.configurationUpdated(ConfigurableComponentHolder.java:426)
> at org.apache.felix.scr.impl.manager.RegionConfigurationSupport.configurationEvent(RegionConfigurationSupport.java:284)
> at org.apache.felix.scr.impl.manager.RegionConfigurationSupport$1.configurationEvent(RegionConfigurationSupport.java:89)
> at org.eclipse.equinox.internal.cm.EventDispatcher$1.run(EventDispatcher.java:89)
> at org.eclipse.equinox.internal.cm.SerializedTaskQueue$1.run(SerializedTaskQueue.java:36)
> After reporting on OSGI forum, was suggested to report here.{code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)