[
https://issues.apache.org/jira/browse/FELIX-1967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12803282#action_12803282
]
Alexander Klimetschek commented on FELIX-1967:
----------------------------------------------
I experience the same issue with many bundles (started using Sling's
jcrinstall, just as it was the case for Betrand in FELIX-961) in Felix 2.0.2.
This happened upon restart of the framework after a kill -9 due to an
OutOfMemory exception, and I have seen it at least twice with Felix 2.0.x.
although the last time it happened during a bundle install during runtime. Some
of our bundles have lots of imports, which might foster the issue.
The JVM process is at >90% all the time (> 10 minutes already) and my thread
dumps always contain what I added below (done multiple times). A kill -9
restart helped, although I had to manually start a few bundles in the web
console - this might be related to jcrinstall however.
What would be good is to have some kind of debugging output that is always
generated (ie. in case it takes longer than a certain amount of time), so that
I can grab and post that if I experience the issue again.
"FelixStartLevel" daemon prio=5 tid=0x0000000102db8000 nid=0x131ec1000 runnable
[0x0000000131ebf000]
java.lang.Thread.State: RUNNABLE
at
org.apache.felix.framework.searchpolicy.Resolver.calculateUsesConstraints(Resolver.java:956)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateUsesConstraints(Resolver.java:983)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateUsesConstraints(Resolver.java:983)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateUsesConstraints(Resolver.java:983)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateUsesConstraints(Resolver.java:983)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateUsesConstraints(Resolver.java:983)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateUsesConstraints(Resolver.java:983)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateUsesConstraints(Resolver.java:983)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateUsesConstraints(Resolver.java:935)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:814)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.findConsistentClassSpace(Resolver.java:543)
at
org.apache.felix.framework.searchpolicy.Resolver.resolve(Resolver.java:104)
at
org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3866)
at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3256)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1597)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1077)
at
org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
at java.lang.Thread.run(Thread.java:637)
"FelixStartLevel" daemon prio=5 tid=0x0000000102db8000 nid=0x131ec1000 runnable
[0x0000000131ec0000]
java.lang.Thread.State: RUNNABLE
at
org.apache.felix.framework.searchpolicy.Resolver.calculateExportedPackages(Resolver.java:1150)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateModulePackages(Resolver.java:1036)
at
org.apache.felix.framework.searchpolicy.Resolver.getModulePackages(Resolver.java:1011)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:779)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.findConsistentClassSpace(Resolver.java:543)
at
org.apache.felix.framework.searchpolicy.Resolver.resolve(Resolver.java:104)
at
org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3866)
at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3256)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1597)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1077)
at
org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
at java.lang.Thread.run(Thread.java:637)
"FelixStartLevel" daemon prio=5 tid=0x0000000102db8000 nid=0x131ec1000 runnable
[0x0000000131ec0000]
java.lang.Thread.State: RUNNABLE
at
org.apache.felix.framework.ModuleImpl.getCapabilities(ModuleImpl.java:257)
- locked <0x000000010aec2508> (a org.apache.felix.framework.ModuleImpl)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateExportedPackages(Resolver.java:1145)
at
org.apache.felix.framework.searchpolicy.Resolver.calculateModulePackages(Resolver.java:1036)
at
org.apache.felix.framework.searchpolicy.Resolver.getModulePackages(Resolver.java:1011)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:779)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:802)
at
org.apache.felix.framework.searchpolicy.Resolver.findConsistentClassSpace(Resolver.java:543)
at
org.apache.felix.framework.searchpolicy.Resolver.resolve(Resolver.java:104)
at
org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3866)
at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3256)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1597)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1077)
at
org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
at java.lang.Thread.run(Thread.java:637)
> Freeze finding consistent class space
> -------------------------------------
>
> Key: FELIX-1967
> URL: https://issues.apache.org/jira/browse/FELIX-1967
> Project: Felix
> Issue Type: Bug
> Components: Framework
> Affects Versions: felix-2.0.1
> Reporter: Don Brown
> Attachments: felix.m_configMap.txt, MANIFEST.MF, manifests.zip
>
>
> Felix seems to be frozen (as in still running from yesterday) while creating
> a consistent class space. Here are excerpts from five thread dumps:
> (first three times and the last)
> 74012 "http-2990-Processor1" daemon prio=10 tid=0x9048b800 nid=0x52eb
> runnable [0x90fcc000..0x90fceeb0]
> 74013 java.lang.Thread.State: RUNNABLE
> 74014 at
> java.util.AbstractCollection.containsAll(AbstractCollection.java:276)
> 74015 at
> org.apache.felix.framework.searchpolicy.ResolvedPackage.isSubset(ResolvedPackage.java:55)
> 74016 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:775)
> 74017 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74018 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74019 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74020 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74021 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74022 at
> org.apache.felix.framework.searchpolicy.Resolver.findConsistentClassSpace(Resolver.java:462)
> 74023 at
> org.apache.felix.framework.searchpolicy.Resolver.resolve(Resolver.java:94)
> 74024 at
> org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3733)
> 74025 at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3105)
> 74026 at org.apache.felix.framework.Felix.startBundle(Felix.java:1441)
> 74027 at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:779)
> 74028 at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:760)
> (fourth time)
> 76082 "http-2990-Processor1" daemon prio=10 tid=0x9048b800 nid=0x52eb
> runnable [0x90fcc000..0x90fceeb0]
> 76083 java.lang.Thread.State: RUNNABLE
> 76084 at java.util.HashMap.put(HashMap.java:385)
> 76085 at
> org.apache.felix.framework.searchpolicy.Resolver.calculateExportedPackages(Resolver.java:1071)
> 76086 at
> org.apache.felix.framework.searchpolicy.Resolver.calculateModulePackages(Resolver.java:954)
> 76087 at
> org.apache.felix.framework.searchpolicy.Resolver.getModulePackages(Resolver.java:929)
> 76088 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:697)
> 76089 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 76090 at
> org.apache.felix.framework.searchpolicy.Resolver.findConsistentClassSpace(Resolver.java:462)
> 76091 at
> org.apache.felix.framework.searchpolicy.Resolver.resolve(Resolver.java:94)
> 76092 at
> org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3733)
> 76093 at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3105)
> 76094 at org.apache.felix.framework.Felix.startBundle(Felix.java:1441)
> 76095 at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:779)
> 76096 at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:760)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
