Updated to 3.1.1 and now can''t login to admin console

Openfire Openfire Support
1

Hi

I updated my wildfire server to 3.1.1 to try to fix server crashes (http://www.jivesoftware.org/community/thread.jspa?threadID=23292&tstart=0) and I am testing it, but, I can’'t access admin console anymore, I just copied wildfire.xml as says on other threads on update procedure.

admin-console.log file does not says anything in special, just startup commands.

What could be wrong?

Thanks!

2

Hi,

as you are using LDAP I wonder if you hit the problem that some LDAP features were improved without backward compatibility. It could help to edit conf/wildfire.xml and set “” to run the initial setup again. Wildfire does not drop or delete tables during this setup.

LG

3

I am not using LDAP…

4

Hi,

I also got that problem, can’'t login.

5

Hi Kurdt,

mm, I don’'t see such a problem on linux (using my own start script) and on Windows using wildfire.exe.

But I also have a short wildfire.bat file ("%JAVA_HOME%\bin\java" -server -Xms64m -Xmx128m -jar …\lib\startup.jar) which can no longer start Wildfire. I did remove all plugins but it does always fail with these exceptions:

Exception in thread "SocketSendingTracker" java.lang.ClassFormatError: Illegal field name "" in class com/jcraft/jzlib/ZOutputStream
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
Wildfire 3.1.1 [Dec 4, 2006 3:51:13 PM]
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
        at org.jivesoftware.wildfire.net.SocketSendingTracker.checkHealth(SocketSendingTracker.java:99)
        at org.jivesoftware.wildfire.net.SocketSendingTracker.access$100(SocketSendingTracker.java:21)
        at org.jivesoftware.wildfire.net.SocketSendingTracker$1.run(SocketSendingTracker.java:61)
- the following lines are repeated over and over again -
Error loading plugin
java.lang.ClassFormatError: Illegal field name "
" in class org/mortbay/util/Container
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
        at java.lang.Class.getDeclaredConstructors0(Native Method)
        at java.lang.Class.privateGetDeclaredConstructors(Class.java:2328)
        at java.lang.Class.getConstructor0(Class.java:2640)
        at java.lang.Class.newInstance0(Class.java:321)
        at java.lang.Class.newInstance(Class.java:303)
        at org.jivesoftware.wildfire.container.PluginManager.loadPlugin(PluginManager.java:347)
        at org.jivesoftware.wildfire.container.PluginManager.access$200(PluginManager.java:49)
        at org.jivesoftware.wildfire.container.PluginManager$PluginMonitor.run(PluginManager.java:907)
        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(ScheduledThreadPoolExecutor.java:65)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:142)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.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)
6

Sorry it2000, but, I do not understand if it works for you or not… Please explain more…

7

Hi Kurdt,

it works on linux, and on Windows as long as I use wildfire.exe.

On linux there is no wildfire.exe so one needs a shell script to launch Wildfire, on Windows one can use a .bat/.cmd script. The content of the shell and the cmd script is identical but the wildfire.bat script produces this error. As one can see in my post above there is no message “Listening on port 9090” - so Wildfire is not useable.

I wonder if you are using Linux or Windows and how you start Wildfire.

LG

8

So you can’'t use wildfire admin too?

I run wildfire going to bin folder and running

#sudo ./wildfire start

(the script that comes with the wildfire tar)

9

Hi Kurdt,

you should see errors in wildfire/bin/nohup.out if you start it this way.

LG

10

thx for helping me it2000, this is what nohup.out says:

  1. An unexpected error has been detected by HotSpot Virtual Machine:

  1. SIGSEGV (0xb) at pc=0xb76424c6, pid=450, tid=2842954672

  1. Java VM: Java HotSpot™ Server VM (1.5.0_07-b03 mixed mode)

  2. Problematic frame:

  3. V

It’'s like a “compact” version of the other error driving me nuts…

11

Thanks it2000, your solution helped me.

12

Hi Kurdt,

are these old messages which you did find in nohup.out?

Could you please try to start Wildfire in the foreground to see what’'s happening?

cd /path-to-wildfire/wildfire/bin
java -server -jar ../lib/startup.jar

LG

13

Hi it2000, thanks for your continuous help, this is what i get:

Exception in thread “main” java.lang.NoClassDefFoundError: org.jivesoftware.wildfire.starter.ServerStarter

at java.lang.Class.initializeClass(libgcj.so.7)

at java.lang.Class.forName(libgcj.so.7)

at gnu.java.lang.MainThread.run(libgcj.so.7)

Caused by: java.lang.ClassNotFoundException: java.util.jar.Pack200$Unpacker not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:…/lib/startup.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}

at java.net.URLClassLoader.findClass(libgcj.so.7)

at java.lang.ClassLoader.loadClass(libgcj.so.7)

at java.lang.ClassLoader.loadClass(libgcj.so.7)

at java.lang.Class.forName(libgcj.so.7)

at java.lang.Class.initializeClass(libgcj.so.7)

…2 more

14

Hi Kurdt,

did you use Sun’'s java 1.5? This looks a lot like the wrong java version.

LG

15

sorry, I executed with gcj version, this is official java from sun:

java.sql.SQLException: Cannot drop the index ‘‘jiveRoster.jiveRoster_username_idx’’, because it does not exist in the system catalog.

at net.sourceforge.jtds.jdbc.SQLDiagnostic.addDiagnostic(SQLDiagnostic.java:365)

at net.sourceforge.jtds.jdbc.TdsCore.tdsErrorToken(TdsCore.java:2781)

at net.sourceforge.jtds.jdbc.TdsCore.nextToken(TdsCore.java:2224)

at net.sourceforge.jtds.jdbc.TdsCore.getMoreResults(TdsCore.java:628)

at net.sourceforge.jtds.jdbc.JtdsStatement.processResults(JtdsStatement.java:525)

at net.sourceforge.jtds.jdbc.JtdsStatement.executeSQL(JtdsStatement.java:487)

at net.sourceforge.jtds.jdbc.JtdsStatement.executeImpl(JtdsStatement.java:664)

at net.sourceforge.jtds.jdbc.JtdsStatement.execute(JtdsStatement.java:1114)

AND

Error loading plugin

java.lang.ClassFormatError: Illegal UTF8 string in constant pool in class file org/jivesoftware/wildfire/admin/server_002dproperties_jsp

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClass(Unknown Source)

at java.security.SecureClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.access$100(Unknown Source)

16

I tested Wildfire 3.1.1 under Windows and it worked fine. Then I installed it under Linux and tried to run it. I get many error messages of the following type reported in stderror.log:

Exception in thread “SocketSendingTracker” java.lang.ClassFormatError: Illegal field name “” in class com/jcraft/jzlib/ZOutputStream

Perhaps some Wildfire parameter file is in DOS format (lines end with carriage return, line feed) rather than UNIX format (lines end with new line)

17

Isn’'t this maybe a bug? Anyone can help me?

Thanks…

18

Hi Kurdt,

as far as I understand your problem it has nothing to do with “com/jcraft/jzlib/ZOutputStream” but with crashes of the JVM itself. I assume that this is more an issue of your operating system and java than a Wildfire issue.

Do you have a server with another operating system to give Wildfire a try?

LG