3.3.2 tar.gz on RHEL3 - freezing when I choose Embedded Database

Openfire Openfire Support
1

3.3.2 tar.gz on RHEL3 - freezing when I choose Embedded Database:

Embedded Database

Use an embedded database, powered by HSQLDB. This option requires no external database configuration and is an easy way to get up and running quickly. However, is does not offer the same level of performance as an external database.

It never comes back, just stays on that screen trying to reload, and just times out. I installed 3.3.2 on Windows as a work around, and it did the embedded database just fine, but I want to test on Linux since that’s what the company would use if it goes live. What is it doing when you tell it to use the Embedded DB? It feels like it’s a networking issue, but it shouldn’t be looking anywhere, should it? Going to try to get MySQL installed and run it that way (have it running that way at home on FreeBSD, no problem), just a pain to get a simple pkg installed at work just to do a proof of concept; you understand.

Thanks

2

Hi,

as far as I can tell it’s burning CPU cycles and this step takes long, even if you have a fast computer. I did never lookup the details, but now that you mention that it freezes I wonder if one should take a closer look. Can you confirm that it uses CPU or is your server idle when this happens?

LG

3

Thanks, I’ve tried this, however the server sports 4 3.0Gig x86_64 Xeons with I think 12 Gig of RAM, so the java process during setup barely flashes on in top. Also, the same process on my Windows XP laptop took seconds to complete. Also I installed the latest version of Openfire to FreeBSD last night on the home server just to play around, it too worked perfectly. So, I’m either seeing an issue with the Linux server I’m installing to, or something else. How else can I turn on debugging for this?

I’ve also tried setting ‘Domain’ to localhost, and 127.0.0.1 in the 2nd step of the web configuration, just in case it was network related, but no. Is there any required packages installed that the server could be missing? Here’s the JAVA I’m using…

$ java -version

java version “1.5.0_11”

Java™ 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)

Java HotSpot™ Server VM (build 1.5.0_11-b03, mixed mode)

I noticed that it’s a 32 bit JRE, so I tried the 64 bit JDK:

$ java -version

java version “1.5.0_12”

Java™ 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)

Java HotSpot™ 64-Bit Server VM (build 1.5.0_12-b04, mixed mode)

But have the exact same behavior.

/var/logs doesn’t have anything to say interesting. The only thing I’m not doing on this is installing it to /opt or somewhere, I’m just running it from the commandline in my home directory, but all the paths are correct, so I doubt this is an issue. If it helps, here’s the full command, as seen by ps:

$ ps -fe | grep openfire | grep -v grep

p105671 28359 1 55 12:11 pts/2 00:04:55 /home/p105671/bin/jdk1.5.0_12_64/bin/java -server -Dinstall4j.jvmDir=/home/p105671/bin/jdk1.5.0_12_64 -Dexe4j.moduleName=/home/p105671/bin/openfire/bin/openfire -classpath /home/p105671/bin/openfire/.install4j/i4jruntime.jar:/home/p105671/bin/openfire /lib/activation.jar:/home/p105671/bin/openfire/lib/bouncycastle.jar:/home/p10567 1/bin/openfire/lib/commons-el.jar:/home/p105671/bin/openfire/lib/hsqldb.jar:/hom e/p105671/bin/openfire/lib/jasper-compiler.jar:/home/p105671/bin/openfire/lib/ja sper-runtime.jar:/home/p105671/bin/openfire/lib/jdic.jar:/home/p105671/bin/openf ire/lib/jtds.jar:/home/p105671/bin/openfire/lib/mail.jar:/home/p105671/bin/openf ire/lib/mysql.jar:/home/p105671/bin/openfire/lib/openfire.jar:/home/p105671/bin/ openfire/lib/postgres.jar:/home/p105671/bin/openfire/lib/servlet.jar:/home/p1056 71/bin/openfire/lib/startup.jar com.install4j.runtime.Launcher start org.jivesoftware.openfire.starter.ServerStarter false false /home/p105671/bin/openfire/bin/…/logs/stderror.log /home/p105671/bin/openfire/bin/…/logs/stdoutt.log true true false true true 0 0 20 20 Arial 0,0,0 8 500 version 3.3.2 20 40 Arial 0,0,0 8 500 -1 -DopenfireHome=/home/p105671/bin/openfire -Dopenfire.lib.dir=/home/p105671/bin/openfire/lib

Is there any sort of security issue that would stop me from running this as a normal user? I can’t see it, everything is accessible (as is the web step up steps)

Meanwhile I’m going to see what it’ll take to get MySQL installed over there, or on my laptop, for it to point to since a DB backend is how we’d run it if this goes live.

Thanks

4

Hi,

if the JVM hangs (either idle or spinning) you can always use “kill -3 PID-of-JVM” to get a thread dump. It will be written to STDERR (probably STDERR gets redirected to nohup.out depending on your start script). If it hangs long than you can generate a lot of thread dumps to have some more data for further analysis. A kill -3 does interrupt the JVM to write the dump but it does not terminate it.

LG

5

Ok, here it is, using the 64bit JDK. I appreciate the assistance.

$ cat nohup.out | more

Full thread dump Java HotSpot™ 64-Bit Server VM (1.5.0_09-b01 mixed mode):

“btpool0-3” prio=1 tid=0x0000002ae65a7910 nid=0x293c runnable http://0x0000000041462000…0x0000000041463db0

at sun.nio.ch.FileChannelImpl.lock0(Native Method)

at sun.nio.ch.FileChannelImpl.tryLock(FileChannelImpl.java:822)

at org.hsqldb.persist.NIOLockFile.lockImpl(Unknown Source)

at org.hsqldb.persist.LockFile.tryLock(Unknown Source)

at org.hsqldb.persist.LockFile.newLockFileLock(Unknown Source)

at org.hsqldb.persist.Logger.acquireLock(Unknown Source)

at org.hsqldb.persist.Logger.openLog(Unknown Source)

at org.hsqldb.Database.reopen(Unknown Source)

at org.hsqldb.Database.open(Unknown Source)

  • locked (a org.mortbay.jetty.HttpConnection)

at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:329)

at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)

“btpool0-2” prio=1 tid=0x0000002ae221eb50 nid=0x293b waiting for monitor entry http://0x0000000041361000…0x0000000041362e30

at org.jivesoftware.database.DbConnectionManager.setConnectionProvider(DbConnectio nManager.java:454)

  • waiting to lock <0x0000002aa1e0b978> (a java.lang.Object)
    at org.jivesoftware.openfire.admin.setup.setup_002ddatasource_002dsettings_jsp._js pService(setup_002ddatasource_002dsettings_jsp.java:155)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.ja va:1074)
    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.ServletHandler$CachedChain.doFilter(ServletHandler.ja va:1065)
    at org.jivesoftware.util.LocaleFilter.doFilter(LocaleFilter.java:65)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.ja va:1065)
    at org.jivesoftware.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingF ilter.java:41)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.ja va:1065)
    at org.jivesoftware.admin.PluginFilter.doFilter(PluginFilter.java:69)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.ja va:1065)
    at org.jivesoftware.admin.AuthCheckFilter.doFilter(AuthCheckFilter.java:98)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.ja va:1065)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:365)
    at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185)
    at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
    at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689)
    at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391)
    at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollect ion.java:146)
    at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
    at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
    at org.mortbay.jetty.Server.handle(Server.java:285)
    at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:457)
    at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.j ava:751)
    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:500)
    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:357)
  • locked <0x0000002aa222b238> (a org.mortbay.jetty.HttpConnection)

at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:329)

at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)

“btpool0-1 - Acceptor0 SelectChannelConnector @ 0.0.0.0:9999” prio=1 tid=0x0000002ae5eb9720 nid=0x2919 runnable http://0x0000000041261000…0x0000000041261eb0

at sun.nio.ch.PollArrayWrapper.poll0(Native Method)

at sun.nio.ch.PollArrayWrapper.poll(PollArrayWrapper.java:100)

at sun.nio.ch.PollSelectorImpl.doSelect(PollSelectorImpl.java:56)

at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)

  • locked <0x0000002aa222aa18> (a sun.nio.ch.Util$1)
  • locked <0x0000002aa222aa00> (a java.util.Collections$UnmodifiableSet)
  • locked <0x0000002aa222a5e0> (a sun.nio.ch.PollSelectorImpl)

at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)

at org.mortbay.io.nio.SelectorManager$SelectSet.doSelect(SelectorManager.java:299)

at org.mortbay.io.nio.SelectorManager.doSelect(SelectorManager.java:73)

at org.mortbay.jetty.nio.SelectChannelConnector.accept(SelectChannelConnector.java :120)

at org.mortbay.jetty.AbstractConnector$Acceptor.run(AbstractConnector.java:498)

at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)

"btpool0-0 - Invalidator - " prio=1 tid=0x0000002ae5d25960 nid=0x2918 waiting on condition [0x0000000041160000…0x0

000000041160b30]

at java.lang.Thread.sleep(Native Method)

at org.mortbay.jetty.servlet.HashSessionManager$SessionScavenger.run(HashSessionMa nager.java:289)

at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)

“DestroyJavaVM” prio=1 tid=0x0000000040116660 nid=0x2908 waiting on condition http://0x0000000000000000…0x0000007fbfffcee0

“pool-1-thread-1” prio=1 tid=0x0000002ae601ec20 nid=0x2917 waiting on condition http://0x000000004105f000…0x000000004105fbb0

at sun.misc.Unsafe.park(Native Method)

at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:146)

at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNano s(AbstractQueuedSynchronizer.java:1803)

at java.util.concurrent.DelayQueue.take(DelayQueue.java:135)

at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Schedule dThreadPoolExecutor.java:504)

at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(Schedule dThreadPoolExecutor.java:497)

at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:470)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:674)

at java.lang.Thread.run(Thread.java:595)

“Thread-0” daemon prio=1 tid=0x0000002ae22400c0 nid=0x2916 waiting on condition http://0x0000000040f5e000…0x0000000040f5ec30

at java.lang.Thread.sleep(Native Method)

at com.install4j.runtime.Launcher$StopWatcherThread.run(Unknown Source)

“Low Memory Detector” daemon prio=1 tid=0x0000002ae2217ff0 nid=0x2914 runnable http://0x0000000000000000…0x0000000000000000

“CompilerThread1” daemon prio=1 tid=0x0000002ae2216510 nid=0x2913 waiting on condition http://0x0000000000000000…0x0000000040c5a690

“CompilerThread0” daemon prio=1 tid=0x0000002ae22150f0 nid=0x2912 waiting on condition http://0x0000000000000000…0x0000000040b59710

“AdapterThread” daemon prio=1 tid=0x0000002ae2213c60 nid=0x2911 waiting on condition http://0x0000000000000000…0x0000000000000000

“Signal Dispatcher” daemon prio=1 tid=0x0000002ae2212930 nid=0x2910 runnable http://0x0000000000000000…0x0000000000000000

“Finalizer” daemon prio=1 tid=0x0000002ae22008d0 nid=0x290f in Object.wait() http://0x0000000040857000…0x0000000040857bb0

at java.lang.Object.wait(Native Method)

  • waiting on <0x0000002aa1e52298> (a java.lang.ref.ReferenceQueue$Lock)
    at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
  • locked <0x0000002aa1e52298> (a java.lang.ref.ReferenceQueue$Lock)

at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)

at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

“Reference Handler” daemon prio=1 tid=0x0000002ae23b4140 nid=0x290e in Object.wait() http://0x0000000040756000…0x0000000040756c30

at java.lang.Object.wait(Native Method)

  • waiting on <0x0000002aa1dc82c0> (a java.lang.ref.Reference$Lock)
    at java.lang.Object.wait(Object.java:474)
    at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
  • locked <0x0000002aa1dc82c0> (a java.lang.ref.Reference$Lock)

“VM Thread” prio=1 tid=0x0000002ae23afc50 nid=0x290d runnable

“GC task thread#0 (ParallelGC)” prio=1 tid=0x0000000040132fc0 nid=0x2909 runnable

“GC task thread#1 (ParallelGC)” prio=1 tid=0x0000000040133e40 nid=0x290a runnable

“GC task thread#2 (ParallelGC)” prio=1 tid=0x0000000040134cc0 nid=0x290b runnable

“GC task thread#3 (ParallelGC)” prio=1 tid=0x0000000040135b40 nid=0x290c runnable

“VM Periodic Task Thread” prio=1 tid=0x0000002ae2219dc0 nid=0x2915 waiting on condition

6

Incidentally, these bum installs left zombied java process on the server that I could not kill (-9 even). Sys admins actually had to reboot to rid the systems of them, strange stuff.

7

I’m experiencing the same thing:

/etc/redhat-release:

Red Hat Enterprise Linux WS release 3 (Taroon Update 8)

uname -a

Linux 2.4.21-47.0.1.ELsmp #1 SMP Fri Oct 13 17:56:20 EDT 2006 i686 i686 i386 GNU/Linux

java -version

java version “1.6.0”

Java™ SE Runtime Environment (build 1.6.0-b105)

Java HotSpot™ Client VM (build 1.6.0-b105, mixed mode, sharing)