powered by Jive Software

Admin Console Does Not Start

I recently tried to install openfire 3.3.0 on a server of which I was running wildfire 3.1.1. After stopping wildfire and starting openfire I was unable to access the admin console.

I was able to run 3.3.0 on a test server and it worked fine, the only thing that I can find in the logs was a message:

Openfire 3.3.0

Admin console listening at http://127.0.0.1:9090

This message does not show up on the server that is having the problem running openfire.

Any Ideas?

Rob

Maybe I should rephrase the question as I am getting no responses to my original post. Is there a way to trouble shoot openfire, specifically the admin console? I installed and started 3.3.0. Openfire is running but the admin console is inaccessible, there is nothing in the logs to indicate that anything is wrong except that the admin console was not started.

Thank you for any suggestions…

are you trying to access this remotly or locally on that machine. if locally are you trying the 127.0.0.1:9090 address? if local works and remote doesn’'t do you have a firewall? and what OS.

The admin console is inaccessible locally. I am running openfire on

I had the same problem and found that I didn’'t follow the directions completely.

Where it states to:

  1. Delete all jar files in the plugin folder and drop new versions of plugins

I deleted all the files under the plugin folder. What I did to fix it is install Openfire on a test machine and copy the files it was missing.

Hope that Helps.

I do have a prior version installed 3.1.1, which works fine. I was trying to do a clean install with version 3.3.0 so the upgrade directions would not apply.

Thanks…

Hi,

do you see errors in openfire/bin/nohup.out ?

I wonder why you see no error messages. Are you sure that the process did startup?

If it is running try to create a thread dump (kill -3 openfire-pid), there one should see if a thread blocks.

LG

Having the same problem with a new setup of 3.3.1 on Ubuntu 7.04.

The server starts and runs just fine:

  1. /opt/openfire/bin/openfire start

Starting openfire

nohup: appending output to `nohup.out’’

But I can’'t connect to port 9090:

  1. wget -O - 127.0.0.1:9090

17:36:37 http://127.0.0.1:9090/

=> `-’’

Connecting to 127.0.0.1:9090… failed: Connection refused.

The only port we’'re listening on is ssh, not 9090, 9091, etc:

  1. netstat -an | grep LISTEN

tcp6 0 0 :::22 :::* LISTEN

And the only files in openfire/plugins are what came with the new installation:

  1. ls -l openfire/plugins/

total 36

drwxr-xr-x 3 root root 4096 May 10 17:41 admin

drwxr-xr-x 5 root root 4096 May 11 15:53 search

-rw-rr 1 root root 27235 May 10 17:36 search.jar

Also there are no relevant messages in either nohup.out or openfire/logs.

Any help would be greatly appreciated.

Message was edited by: randymeech

Running the “kill -3” I was able to generate some logs…

Any Ideas?


LOGS----

The daemon seems to be running. Exiting. Id file: /tmp/i4jdaemon__opt_openfire_bin_openfire

Full thread dump Java HotSpot™ Server VM (1.5.0-b64 mixed mode):

“btpool0-0” prio=1 tid=0x08376860 nid=0x6fb7 in Object.wait()

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

  • waiting on <0xb1202eb8> (a org.mortbay.thread.BoundedThreadPool$PoolThread)
    at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:469)
  • locked <0xb1202eb8> (a org.mortbay.thread.BoundedThreadPool$PoolThread)

“DestroyJavaVM” prio=1 tid=0x8caf99c0 nid=0x6fa4 waiting on condition

“pool-1-thread-1” prio=1 tid=0x8c5ca5b0 nid=0x6fb5 runnable

at java.io.FileInputStream.readBytes(Native Method)

at java.io.FileInputStream.read(FileInputStream.java:194)

at java.io.BufferedInputStream.read1(BufferedInputStream.java:254)

at java.io.BufferedInputStream.read(BufferedInputStream.java:313)

  • locked <0xb11ebeb8> (a java.io.BufferedInputStream)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
    at java.io.BufferedInputStream.read1(BufferedInputStream.java:256)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:313)
  • locked <0xb11ebed8> (a java.io.BufferedInputStream)
    at sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedByte(SeedGenerator. java:452)
    at sun.security.provider.SeedGenerator.getSeedBytes(SeedGenerator.java:122)
    at sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:117)
    at sun.security.provider.SecureRandom.engineGenerateSeed(SecureRandom.java:114)
    at sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:171)
  • locked <0xb11ebf38> (a sun.security.provider.SecureRandom)
    at java.security.SecureRandom.nextBytes(SecureRandom.java:413)
  • locked <0xb11ebf60> (a java.security.SecureRandom)

at java.security.SecureRandom.next(SecureRandom.java:435)

at java.util.Random.nextLong(Random.java:279)

at org.mortbay.jetty.servlet.HashSessionIdManager.doStart(HashSessionIdManager.jav a:105)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.servlet.AbstractSessionManager.doStart(AbstractSessionManager .java:166)

at org.mortbay.jetty.servlet.HashSessionManager.doStart(HashSessionManager.java:53 )

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.servlet.SessionHandler.doStart(SessionHandler.java:115)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:117)

at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:500)

at org.mortbay.jetty.servlet.Context.startContext(Context.java:135)

at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1191)

at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:481)

at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:434)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147)

at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollec tion.java:120)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:117)

at org.mortbay.jetty.Server.doStart(Server.java:210)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.jivesoftware.openfire.container.AdminConsolePlugin.startup(AdminConsolePlug in.java:140)

at org.jivesoftware.openfire.container.AdminConsolePlugin.initializePlugin(AdminCo nsolePlugin.java:175)

at org.jivesoftware.openfire.container.PluginManager.loadPlugin(PluginManager.java :404)

at org.jivesoftware.openfire.container.PluginManager.access$200(PluginManager.java :46)

at org.jivesoftware.openfire.container.PluginManager$PluginMonitor.run(PluginManag er.java:916)

at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)

at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:280)

at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:135)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101 (ScheduledThreadPoolEx

ecutor.java:65)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodi c(ScheduledThreadPoolE

xecutor.java:142)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Schedu ledThreadPoolExecutor.

java:166)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java: 650)

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

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

“Thread-0” daemon prio=1 tid=0x8dd29c48 nid=0x6fb3 waiting on condition

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

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

“Low Memory Detector” daemon prio=1 tid=0x8dd00b90 nid=0x6fb1 runnable

“CompilerThread1” daemon prio=1 tid=0x0811da30 nid=0x6fb0 waiting on condition

“CompilerThread0” daemon prio=1 tid=0x0811c9e0 nid=0x6faf waiting on condition

“AdapterThread” daemon prio=1 tid=0x0811ba28 nid=0x6fae waiting on condition

“Signal Dispatcher” daemon prio=1 tid=0x0811aab0 nid=0x6fad waiting on condition

“Finalizer” daemon prio=1 tid=0x08111108 nid=0x6fac in Object.wait()

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

  • waiting on <0x924c81c8> (a java.lang.ref.ReferenceQueue$Lock)
    at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
  • locked <0x924c81c8> (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=0x0810f348 nid=0x6fab in Object.wait()

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

  • waiting on <0x926bfa70> (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 <0x926bfa70> (a java.lang.ref.Reference$Lock)

“VM Thread” prio=1 tid=0x0810c718 nid=0x6faa runnable

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

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

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

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

“VM Periodic Task Thread” prio=1 tid=0x8dd020b0 nid=0x6fb2 waiting on condition

Hi,

it looks like a JVM bug in “java.security.SecureRandom” which blocks for a random reason. Can you try this with another JVM?

Are you using the initial 1.5.0.0.0 release? There’'s currently update 11 available which fixes a lot of JVM bugs.

LG

I forgot to mention that I had first installed the rpm which uses a newer JVM, when that didn’'t work I installed the tar ball. I installed the rpm again and generated the logs with the kill -3.

LOGS

Full thread dump Java HotSpot™ Server VM (1.6.0-b105 mixed mode):

“btpool0-0” prio=10 tid=0x082e0400 nid=0x5a11 in Object.wait()

java.lang.Thread.State: TIMED_WAITING (on object monitor)

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

  • waiting on <0xb18e1e50> (a org.mortbay.thread.BoundedThreadPool$PoolThread)
    at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:469)
  • locked <0xb18e1e50> (a org.mortbay.thread.BoundedThreadPool$PoolThread)

“DestroyJavaVM” prio=10 tid=0x8fb95c00 nid=0x59fe waiting on condition

java.lang.Thread.State: RUNNABLE

“pool-1-thread-1” prio=10 tid=0x8fbc8000 nid=0x5a0f runnable

java.lang.Thread.State: RUNNABLE

at java.io.FileInputStream.readBytes(Native Method)

at java.io.FileInputStream.read(Unknown Source)

at java.io.BufferedInputStream.read1(Unknown Source)

at java.io.BufferedInputStream.read(Unknown Source)

  • locked <0xb10170e0> (a java.io.BufferedInputStream)
    at java.io.BufferedInputStream.fill(Unknown Source)
    at java.io.BufferedInputStream.read1(Unknown Source)
    at java.io.BufferedInputStream.read(Unknown Source)
  • locked <0xb1016ea8> (a java.io.BufferedInputStream)
    at sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedByte(Unknown Source)
    at sun.security.provider.SeedGenerator.getSeedBytes(Unknown Source)
    at sun.security.provider.SeedGenerator.generateSeed(Unknown Source)
    at sun.security.provider.SecureRandom.engineGenerateSeed(Unknown Source)
    at sun.security.provider.SecureRandom.engineNextBytes(Unknown Source)
  • locked <0xb1016b20> (a sun.security.provider.SecureRandom)
    at java.security.SecureRandom.nextBytes(Unknown Source)
  • locked <0xb1016da0> (a java.security.SecureRandom)

at java.security.SecureRandom.next(Unknown Source)

at java.util.Random.nextLong(Unknown Source)

at org.mortbay.jetty.servlet.HashSessionIdManager.doStart(HashSessionIdManager.jav a:105)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.servlet.AbstractSessionManager.doStart(AbstractSessionManager .java:166)

at org.mortbay.jetty.servlet.HashSessionManager.doStart(HashSessionManager.java:53 )

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.servlet.SessionHandler.doStart(SessionHandler.java:115)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:117)

at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:500)

at org.mortbay.jetty.servlet.Context.startContext(Context.java:135)

at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1191)

at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:481)

at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:434)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147)

at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollec tion.java:120)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:117)

at org.mortbay.jetty.Server.doStart(Server.java:210)

at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

at org.jivesoftware.openfire.container.AdminConsolePlugin.startup(AdminConsolePlug in.java:140)

at org.jivesoftware.openfire.container.AdminConsolePlugin.initializePlugin(AdminCo nsolePlugin.java:

at org.jivesoftware.openfire.container.PluginManager.loadPlugin(PluginManager.java :404)

at org.jivesoftware.openfire.container.PluginManager.access$200(PluginManager.java :46)

at org.jivesoftware.openfire.container.PluginManager$PluginMonitor.run(PluginManag er.java:916)

at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)

at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)

at java.util.concurrent.FutureTask.runAndReset(Unknown Source)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101 (Unknown Source)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodi c(Unknown Source)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknow n Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

at java.lang.Thread.run(Unknown Source)

“Thread-0” daemon prio=10 tid=0x8fb12400 nid=0x5a0e waiting on condition

java.lang.Thread.State: TIMED_WAITING (sleeping)

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

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

“Low Memory Detector” daemon prio=10 tid=0x905ef000 nid=0x5a09 runnable

java.lang.Thread.State: RUNNABLE

“CompilerThread1” daemon prio=10 tid=0x905ed000 nid=0x5a08 waiting on condition

java.lang.Thread.State: RUNNABLE

“CompilerThread0” daemon prio=10 tid=0x905ebc00 nid=0x5a07 waiting on condition

java.lang.Thread.State: RUNNABLE

“Signal Dispatcher” daemon prio=10 tid=0x905eac00 nid=0x5a06 waiting on condition

java.lang.Thread.State: RUNNABLE

“Finalizer” daemon prio=10 tid=0x905dc800 nid=0x5a05 in Object.wait()

java.lang.Thread.State: WAITING (on object monitor)

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

  • waiting on <0x94c8bee8> (a java.lang.ref.ReferenceQueue$Lock)
    at java.lang.ref.ReferenceQueue.remove(Unknown Source)
  • locked <0x94c8bee8> (a java.lang.ref.ReferenceQueue$Lock)

at java.lang.ref.ReferenceQueue.remove(Unknown Source)

at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)

“Reference Handler” daemon prio=10 tid=0x905dc000 nid=0x5a04 in Object.wait()

java.lang.Thread.State: WAITING (on object monitor)

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

  • waiting on <0x94c8f888> (a java.lang.ref.Reference$Lock)
    at java.lang.Object.wait(Object.java:485)
    at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
  • locked <0x94c8f888> (a java.lang.ref.Reference$Lock)

“VM Thread” prio=10 tid=0x905d9400 nid=0x5a03 runnable

“GC task thread#0 (ParallelGC)” prio=10 tid=0x0805e000 nid=0x59ff runnable

“GC task thread#1 (ParallelGC)” prio=10 tid=0x0805f400 nid=0x5a00 runnable

“GC task thread#2 (ParallelGC)” prio=10 tid=0x08060400 nid=0x5a01 runnable

“GC task thread#3 (ParallelGC)” prio=10 tid=0x08061400 nid=0x5a02 runnable

“VM Periodic Task Thread” prio=10 tid=0x905f0800 nid=0x5a0a waiting on condition

JNI global references: 901

Heap

PSYoungGen total 13952K, used 6958K [0xb0ad0000, 0xb1a70000, 0xb42d0000)

eden space 12096K, 45% used [0xb0ad0000,0xb103d890,0xb16a0000)

from space 1856K, 75% used [0xb1880000,0xb19ddf80,0xb1a50000)

to space 1920K, 0% used [0xb16a0000,0xb16a0000,0xb1880000)

PSOldGen total 28672K, used 2426K [0x94ad0000, 0x966d0000, 0xb0ad0000)

object space 28672K, 8% used [0x94ad0000,0x94d2e9f0,0x966d0000)

PSPermGen total 16384K, used 7513K [0x90ad0000, 0x91ad0000, 0x94ad0000)

object space 16384K, 45% used [0x90ad0000,0x91226520,0x91ad0000)

Hi,

this seems to be an issue of Ubuntu, the JVM or Jetty, see http://jira.codehaus.org/browse/JETTY-331 . As it is not fixed within Jetty and Openfire uses Jetty for the admin console there may be little you can do unless you want to use CentOS instead of Ubuntu.

LG

I am using Red Hat Enterprise Linux ES release 3 (Taroon Update 3) also openfire version 3.1.1 works fine. Any ideas?

thanks

Hi,

does (or does not) the admin console start on RHES 3?

LG

“does (or does not) the admin console start on RHES 3?”

3.1.1 does work

3.3.0 does not work

Hi,

JM-888 did update lib\bountycastle.jar to a new version. Maybe it helps to use the old version of this file together with Openfire.

LG

I tried replacing the bouncycastle.jar file in 3.3.0 with the one from 3.1.1. It still has the same problem. Thanks for the suggestion.