Openfire.xml changed into openfire.xml.tmp again this morning - deamon doesn't start

Hi,

every day, early in the morning at 0400, the openfire deamon stops and starts with a delay of 15 seconds via a cronjob. This worked out quite well for about a couple of weeks, but this morning the deamon was down and doesn’t start anymore. Even manually i wasn’t able to start the deamon.

I looked here an there but all seems normal, but finally i found the file openfire.xml that changed into openfire.xml.tmp. Changing the file back to openfire.xml gets the deamon back online. But why this file changed? Maybe someone could tell me why? I noticed this behaviour after the latest update of openfire several months ago.

Further i looked at my nohup.out and found something interesting:

Could not locate home
java.io.FileNotFoundException
at org.jivesoftware.openfire.XMPPServer.locateOpenfire(XMPPServer.java:844)
at org.jivesoftware.openfire.XMPPServer.initialize(XMPPServer.java:325)
at org.jivesoftware.openfire.XMPPServer.start(XMPPServer.java:434)
at org.jivesoftware.openfire.XMPPServer.(XMPPServer.java:155)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessor Impl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructor AccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at org.jivesoftware.openfire.starter.ServerStarter.start(ServerStarter.java:105)
at org.jivesoftware.openfire.starter.ServerStarter.main(ServerStarter.java:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.exe4j.runtime.LauncherEngine.launch(Unknown Source)
at com.install4j.runtime.Launcher.main(Unknown Source)
Critical Error! The home directory has not been configured,
which will prevent the application from working correctly.

ERROR 12081 [Jive-ERR] ():
java.io.FileNotFoundException: XML properties file does not exist: openfire.xml
at org.jivesoftware.util.XMLProperties.(XMLProperties.java:100)
at org.jivesoftware.util.XMLProperties.(XMLProperties.java:62)
at org.jivesoftware.util.JiveGlobals.loadSetupProperties(JiveGlobals.java:771)
at org.jivesoftware.util.JiveGlobals.getHomeDirectory(JiveGlobals.java:228)
at org.jivesoftware.util.Log.initLog(Log.java:78)
at org.jivesoftware.util.Log.(Log.java:64)
at org.jivesoftware.openfire.XMPPServer.start(XMPPServer.java:476)
at org.jivesoftware.openfire.XMPPServer.(XMPPServer.java:155)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessor Impl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructor AccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at org.jivesoftware.openfire.starter.ServerStarter.start(ServerStarter.java:105)
at org.jivesoftware.openfire.starter.ServerStarter.main(ServerStarter.java:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.exe4j.runtime.LauncherEngine.launch(Unknown Source)
at com.install4j.runtime.Launcher.main(Unknown Source)

and after another couple of lines:

Error starting the server. Please check the log files for more information.
The daemon seems to be running. Exiting. Id file: /tmp/i4jdaemon__opt_openfire_bin_openfire
The daemon seems to be running. Exiting. Id file: /tmp/i4jdaemon__opt_openfire_bin_openfire
1.272: [GC [PSYoungGen: 43776K->7229K(51008K)] 43776K->7905K(517056K), 0.0272340 secs]

up to

808.611: [GC [PSYoungGen: 43509K->5343K(52416K)] 227861K->190216K(518464K), 0.0217650 secs]
837.810: [GC [PSYoungGen: 43359K->810K(38016K)] 228232K->186245K(504064K), 0.0121120 secs]

gc.log prints out this:

Heap
PSYoungGen total 51008K, used 6129K [0xadb00000, 0xb13e0000, 0xb4cc0000)
eden space 43776K, 14% used [0xadb00000,0xae0fc4e0,0xb05c0000)
from space 7232K, 0% used [0xb0cd0000,0xb0cd0000,0xb13e0000)
to space 7232K, 0% used [0xb05c0000,0xb05c0000,0xb0cd0000)
PSOldGen total 466048K, used 0K [0x74cc0000, 0x913e0000, 0xadb00000)
object space 466048K, 0% used [0x74cc0000,0x74cc0000,0x913e0000)
PSPermGen total 16384K, used 2991K [0x70cc0000, 0x71cc0000, 0x74cc0000)
object space 16384K, 18% used [0x70cc0000,0x70fabea0,0x71cc0000)

I don’t know if this is caused by the hang this morning or if these are older messages but it sounds strange anyway.

If some could tell me more about the change of openfire.xml and the results of my printed logfiles i’ll be very grateful :slight_smile: