Admin Console Does Not Start

Rob_McKinnon · May 7, 2007, 9:30pm

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

Rob_McKinnon · May 9, 2007, 3:50pm

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…

Jason_L · May 9, 2007, 4:02pm

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.

Rob_McKinnon · May 9, 2007, 4:34pm

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

Matthew3 · May 9, 2007, 10:51pm

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

Where it states to:

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.

Rob_McKinnon · May 10, 2007, 1:07am

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…

LG1 · May 11, 2007, 8:39pm

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

Randy_Meech · May 11, 2007, 9:44pm

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

The server starts and runs just fine:

/opt/openfire/bin/openfire start

Starting openfire

nohup: appending output to `nohup.out’’

But I can’'t connect to port 9090:

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:

netstat -an | grep LISTEN

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

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

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

Rob_McKinnon · May 12, 2007, 2:06am

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

LG1 · May 12, 2007, 10:47am

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

Rob_McKinnon · May 12, 2007, 11:57am

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)