Wildfire causing 100% CPU usage on Domain Controller

Joseph_Turley · December 8, 2006, 2:48pm

I’‘m having a SERIOUS issue when using Wildfire. When I go to the Edit Group page and change a new group so that it is shared on the roster to all groups, I click save and it causes the Domain Controller it’'s querying to hit 100% CPU utilization for about 3-5 minutes!

Here is a picture of the task manager on the DC.

Task Manager

I’‘m also getting some Java errors in the logs it appears. See below. Dev’‘s, do you have any idea why this would be happening? I’‘ll get reamed if people find out I’‘m taking the DC to it’'s knees for 5 minutes in the middle of a day.

-Xantius-

2006.12.08 07:33:33 org.jivesoftware.wildfire.event.GroupEventDispatcher.dispatchEvent(GroupEventDis patcher.java:142)

java.lang.NullPointerException

at org.jivesoftware.wildfire.roster.RosterManager.getAffectedUsers(RosterManager.j ava:796)

at org.jivesoftware.wildfire.roster.RosterManager.groupModified(RosterManager.java :311)

at org.jivesoftware.wildfire.event.GroupEventDispatcher.dispatchEvent(GroupEventDi spatcher.java:134)

at org.jivesoftware.wildfire.group.Group$PropertiesMap.put(Group.java:463)

at org.jivesoftware.wildfire.admin.group_002dedit_jsp._jspService(group_002dedit_j sp.java:168)

at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)

at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)

at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplica tionHandler.java:830)

at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:11 8)

at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52)

at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplica tionHandler.java:821)

at org.jivesoftware.util.LocaleFilter.doFilter(LocaleFilter.java:65)

at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplica tionHandler.java:821)

at org.jivesoftware.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingF ilter.java:41)

at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplica tionHandler.java:821)

at org.jivesoftware.admin.PluginFilter.doFilter(PluginFilter.java:69)

at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplica tionHandler.java:821)

at org.jivesoftware.admin.AuthCheckFilter.doFilter(AuthCheckFilter.java:98)

at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplica tionHandler.java:821)

at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler. java:471)

at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)

at org.mortbay.http.HttpContext.handle(HttpContext.java:1530)

at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.ja va:633)

at org.mortbay.http.HttpContext.handle(HttpContext.java:1482)

at org.mortbay.http.HttpServer.service(HttpServer.java:909)

at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)

at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:982)

at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)

at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)

at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)

at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)

LG1 · December 8, 2006, 4:09pm

Hi,

I see lsass.exe using 99% CPU and not Wildfire so I wonder what Windows is doing there.

Do you use LDAP/AD?

LG

Joseph_Turley · December 8, 2006, 5:03pm

I suppose I should clarify. It is a multi-server environment. Wildfire is running on it’'s own server and is querying the Domain Controller which is on a separate box completely. That Domain controller does basically nothing but login requests. Like it says in the above post, that screen shot is the CPU of the Domain Controller, not the Wildfire box, which is a linux box and has 1% CPU utilization. So I think that somehow the Java errors and the high CPU utilization are related somehow.

Hopefully that will help clarify the environment it’'s running in. Again, any help you can provide would be very appreciated.

-Xantius-

Joseph_Turley · December 12, 2006, 6:29pm

Developers… Anyone… Please? This of all things would be the only cause that we wouldn’‘t use Wildfire in our company. I’‘ve got to get this fixed or this project will be canned, and we’'re so close to rolling it out.

-Xantius-

Andrew_H · December 14, 2006, 12:54am

Have you tried pointing it at a Global catalog server and changing the port number to 3268? What is your AD architecture like? Single forest, Single domain, multi-domain, etc… How many users are in these groups? What OS & SP is your domain controller running?

Joseph_Turley · December 20, 2006, 5:45pm

There are 3 domain controllers. The one this is querying is the local one for us and it’‘s running Windows 2000, fully patched to the latest. Although there are multiple domains, all the users that are connecting are part of only one domain. I tried pointing it to the Primary DC and it also pegged out at 100% CPU utilization and wildfire returned the exact same Java errors. What other info can I provide to help the developers figure this out? I’‘d assume that while java error messages aren’'t fabulous that they should at least point to where the problem would be.

Joseph_Turley · December 20, 2006, 6:21pm

Here is again what I get as soon as I hit the Save Contact List Settings in the Edit Group page.

— Marker inserted by xantius at Dec 20, 2006 11:21:43 AM —

2006.12.20 11:21:48 org.jivesoftware.wildfire.event.GroupEventDispatcher.dispatchEvent(GroupEventDis patcher.java:142)

java.lang.IllegalArgumentException: Adding text to an XML document must not be null

at org.dom4j.DocumentFactory.createText(DocumentFactory.java:174)

at org.dom4j.tree.AbstractElement.addText(AbstractElement.java:899)

at org.dom4j.tree.AbstractElement.setText(AbstractElement.java:1120)

at org.xmpp.packet.Roster.addItem(Roster.java:189)

at org.jivesoftware.wildfire.roster.Roster.broadcast(Roster.java:688)

at org.jivesoftware.wildfire.roster.Roster.addSharedUser(Roster.java:815)

at org.jivesoftware.wildfire.roster.RosterManager.groupUserAdded(RosterManager.jav a:595)

at org.jivesoftware.wildfire.roster.RosterManager.groupUserAdded(RosterManager.jav a:561)

at org.jivesoftware.wildfire.roster.RosterManager.groupModified(RosterManager.java :298)

at org.jivesoftware.wildfire.event.GroupEventDispatcher.dispatchEvent(GroupEventDi spatcher.java:134)

at org.jivesoftware.wildfire.group.Group$PropertiesMap.put(Group.java:463)

at org.jivesoftware.wildfire.admin.group_002dedit_jsp._jspService(group_002dedit_j sp.java:164)