Openfire locks up every 24 hours

My openfire setup started to lock up every 24 hours or so after the 3.7 upgrade.

Issue is the logs for some reason are empty so i am unable to tell what the cause is. Every time I enabled debugging and restart openfire debugging goes back to desabled.

Also wehn i click on remove plug in it states that plug in removed, if i refrwesh the page the plug in is back in the list and running.

Anyone have any idea what would cause this?


Is it exhausting memory?


Memory does not seem to be an issue, i have nagios monitoring the server and memory usage seems to be fine.

Today i also monitored MySQl connections to make sure I am not hitting the max 25 connections but it stays at solid 13 connections while running.

I think it has something to do with me not able to delte plug insa dn logs not running.

This might be helpful. But I noticed after reboot there are still multiple established connections on port 5222.


java    2567 root   90u  IPv6  13064       TCP> (ESTABLISHED)

java    2567 root   95u  IPv6   6084       TCP *:xmpp-client (LISTEN)

java    2567 root  108u  IPv6  14448       TCP> (ESTABLISHED)

java    2567 root  112u  IPv6  13083       TCP> (ESTABLISHED)

java    2567 root  117u  IPv6  13313       TCP> (ESTABLISHED)

java    2567 root  119u  IPv6  13430       TCP> (ESTABLISHED)

java    2567 root  120u  IPv6  13302       TCP> (ESTABLISHED)

java    2567 root  121u  IPv6  13327       TCP> (ESTABLISHED)

java    2567 root  122u  IPv6  15669       TCP> (ESTABLISHED)

java    2567 root  123u  IPv6  13136       TCP> (ESTABLISHED)

java    2567 root  124u  IPv6  13453       TCP> (ESTABLISHED)

java    2567 root  125u  IPv6   6129       TCP> (ESTABLISHED)

java    2567 root  126u  IPv6  14976       TCP> (ESTABLISHED)

java    2567 root  127u  IPv6  14453       TCP> (ESTABLISHED)

java    2567 root  128u  IPv6  13518       TCP> (ESTABLISHED)

java    2567 root  129u  IPv6   8606       TCP> (ESTABLISHED)

java    2567 root  130u  IPv6  13531       TCP> (ESTABLISHED)

java    2567 root  131u  IPv6  14715       TCP> (ESTABLISHED)

java    2567 root  132u  IPv6  13546       TCP> (ESTABLISHED)

java    2567 root  133r  IPv6  14485       TCP> (ESTABLISHED)

java    2567 root  134w  IPv6  11200       TCP> (ESTABLISHED)

java    2567 root  135u  IPv6  14494       TCP> (ESTABLISHED)

java    2567 root  136u  IPv6  14639       TCP> (ESTABLISHED)

java    2567 root  137u  IPv6  15769       TCP> (ESTABLISHED)

java    2567 root  138u  IPv6  14561       TCP> (ESTABLISHED)

java    2567 root  139u  IPv6  14799       TCP> (ESTABLISHED)

java    2567 root  140u  IPv6  14860       TCP> (ESTABLISHED)

java    2567 root  141u  IPv6   6887       TCP> (ESTABLISHED)

java    2567 root  142u  IPv6   6890       TCP> (ESTABLISHED)

java    2567 root  143u  IPv6   6955       TCP> (ESTABLISHED)

java    2567 root  144u  IPv6   6931       TCP> (ESTABLISHED)

java    2567 root  145u  IPv6   6926       TCP> (ESTABLISHED)

java    2567 root  146u  IPv6  15334       TCP> (ESTABLISHED)

java    2567 root  147u  IPv6  15336       TCP> (ESTABLISHED)

java    2567 root  148u  IPv6   6978       TCP> (ESTABLISHED)

java    2567 root  150u  IPv6  15674       TCP> (ESTABLISHED)

java    2567 root  151u  IPv6  15366       TCP> (ESTABLISHED)

java    2567 root  152u  IPv6  15369       TCP> (ESTABLISHED)

java    2567 root  155u  IPv6   8578       TCP> (ESTABLISHED)

java    2567 root  157u  IPv6   7324       TCP> (ESTABLISHED)

java    2567 root  161u  IPv6   8630       TCP> (ESTABLISHED)

java    2567 root  162u  IPv6   8632       TCP> (ESTABLISHED)

java    2567 root  163u  IPv6   8634       TCP> (ESTABLISHED)

java    2567 root  164u  IPv6   8674       TCP> (ESTABLISHED)

java    2567 root  166u  IPv6   8870       TCP> (ESTABLISHED)

java    2567 root  178u  IPv6  15835       TCP> (ESTABLISHED)

java    2567 root  179r  IPv6  15845       TCP> (ESTABLISHED)

I might have met the same issue as you.

I have an Openfire running on a Linux with the latest JRE. It seems to work just fine at daytime, but the next morning I realize no more could login with any XMPP clients.

From the packets captured, it seems the port 5222 is still available but wouldn’t repond anything.

Do you have any ideas?

Oh, in addition, as soon as I restart it, everything comes back to be fine. But I don’t want to restart it everyday.

On the Openfire admin console, what does it show for memory usage?


Hmm good point currently it is at 60 %

I will keep an eye on it throught the day and see if it raises once everybody signs on.

It is odd that it is at 60 % with 40 users, I have 500mb alocated to the java memory.

Could there be a memory leak?

Looks like memory might be the issue it just jumped up to 94% still runing, but only 20 more users signed on from when it was at 60% this makes no sense.

Any way to adjust the java machine memory?

Just found the mem leakage notice, going to try disabpling PEP and see if it helps after a reboot tongiht.

Apperently the 3.6.4 memory leak has not been fixed in 3.7.0

So you might want to give this a try also.

Dunno if it works as i will not have a chance to test it till after office hours tonight.

I think i found another issue that would cause it to take a long time for users to connect after a server reboot.

I use LDAp for my user and group listings.

For some reason if you delete the group from AD and than reboot the server it sits there and keeps spitting out the error over and over again that group is not found.

This needs to be fixed after not finding a group a few times openfire should remove this group form AD.

Anybody else run into this?

2011.03.31 12:45:52 Groups ([OF SoCal Purchasing]) include non-existent username (rrodriguez)

2011.03.31 12:45:52 Groups ([OF La Jolla]) include non-existent username (lajolla)

2011.03.31 12:45:52 Groups ([OF Santa Clara]) include non-existent username (acasem)

2011.03.31 12:45:52 Groupname OF 1 not found Groupname OF 1 not found

at org.jivesoftware.openfire.ldap.LdapManager.findGroupDN(

at org.jivesoftware.openfire.ldap.LdapManager.findGroupDN(

at org.jivesoftware.openfire.ldap.LdapGroupProvider.getGroup(LdapGroupProvider.jav a:102)





at org.jivesoftware.openfire.roster.RosterManager.getSharedGroups(RosterManager.ja va:170)

at org.jivesoftware.openfire.roster.Roster.(

at org.jivesoftware.openfire.roster.RosterManager.getRoster(

at org.jivesoftware.openfire.handler.PresenceUpdateHandler.broadcastUpdate(Presenc

at org.jivesoftware.openfire.handler.PresenceUpdateHandler.process(PresenceUpdateH

at org.jivesoftware.openfire.handler.PresenceUpdateHandler.process(PresenceUpdateH

at org.jivesoftware.openfire.handler.PresenceUpdateHandler.process(PresenceUpdateH

at org.jivesoftware.openfire.PresenceRouter.handle(

at org.jivesoftware.openfire.PresenceRouter.route(

at org.jivesoftware.openfire.spi.PacketRouterImpl.route(

at 355)




at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandl

at$TailFilter.messageReceived (



at$EntryImpl$1.messageReceive d(

at org.apache.mina.common.IoFilterAdapter.messageReceived(



at$EntryImpl$1.messageReceive d(


at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecF



at$EntryImpl$1.messageReceive d(

at org.apache.mina.filter.executor.ExecutorFilter.processEvent( :239)

at org.apache.mina.filter.executor.ExecutorFilter$

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask( 886)

at java.util.concurrent.ThreadPoolExecutor$