On Wed, Aug 10, 2011 at 8:08 PM, Douglas Hubler <[email protected]> wrote:
> Unless i missed it, we want to identify the process that's consuming the
> memory.
> Given the thread dump, i *think* it's openfire. if it is....
> when it's trying to unify presence. its possible it cannot connect to the
> registrar pluggin that feeds it presence change. possible logs on either
> side might help the problem. of course, even if there is connection issues,
> memory shouldn't leak. i recently found an issue w/imbot that had a similar
> issue.
Yep, is openfire, I am concerned about these lines, there are some
synchronized methods that parses rlmi messages and could affect:
"PipelineThread-0" daemon prio=10 tid=0x000000001493d800 runnable
[0x0000000043a6b000]
java.lang.Thread.State: RUNNABLE
at
com.sun.org.apache.xml.internal.dtm.ref.dom2dtm.DOM2DTM.nextNode(DOM2DTM.java:543)
at
com.sun.org.apache.xml.internal.dtm.ref.DTMDefaultBase._nextsib(DTMDefaultBase.java:567)
at
com.sun.org.apache.xml.internal.dtm.ref.DTMDefaultBase.getNextSibling(DTMDefaultBase.java:1144)
at
com.sun.org.apache.xml.internal.dtm.ref.DTMDefaultBaseTraversers$ChildTraverser.next(DTMDefaultBaseTraversers.java:465)
at
com.sun.org.apache.xpath.internal.axes.AxesWalker.getNextNode(AxesWalker.java:337)
at
com.sun.org.apache.xpath.internal.axes.AxesWalker.nextNode(AxesWalker.java:365)
at
com.sun.org.apache.xpath.internal.axes.WalkingIterator.nextNode(WalkingIterator.java:196)
at
com.sun.org.apache.xpath.internal.axes.NodeSequence.item(NodeSequence.java:482)
at
com.sun.org.apache.xpath.internal.objects.XNodeSet.str(XNodeSet.java:276)
at
com.sun.org.apache.xpath.internal.jaxp.XPathImpl.getResultAsType(XPathImpl.java:314)
at
com.sun.org.apache.xpath.internal.jaxp.XPathImpl.evaluate(XPathImpl.java:474)
at
com.sun.org.apache.xpath.internal.jaxp.XPathImpl.evaluate(XPathImpl.java:518)
- locked <0x000000071a4c3208> (a
org.sipfoundry.sipcallwatcher.RlmiMessagePart)
at
org.sipfoundry.sipcallwatcher.RlmiMessagePart.<init>(RlmiMessagePart.java:28)
at
org.sipfoundry.sipcallwatcher.RlmiMessagePartFactory.createMessagePart(RlmiMessagePartFactory.java:41)
at
org.sipfoundry.sipcallwatcher.MultipartMessages.MultipartMessage.<init>(MultipartMessage.java:32)
at
org.sipfoundry.sipcallwatcher.RlmiMultipartMessage.<init>(RlmiMultipartMessage.java:75)
at
org.sipfoundry.sipcallwatcher.SubscribeDialog.SubscribeDialog.processNotifyBody(SubscribeDialog.java:264)
at
org.sipfoundry.sipcallwatcher.SubscribeDialog.SubscribeDialogState.processNotifyRequest(SubscribeDialogState.java:47)
at
org.sipfoundry.sipcallwatcher.SubscribeDialog.SubscribeDialog.processNotifyRequest(SubscribeDialog.java:68)
- locked <0x000000070d6857b8> at
org.sipfoundry.sipcallwatcher.Subscriber.processRequest(Subscriber.java:140)
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/
