Wildfire services stopping every 15 minutes on 2003 SBS

I’'ve installed Wildfire on a brand new 2003 SBS server. The service works fine for only 15 minutes, then stops. Here is the error log:

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

  1. EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c8396d0, pid=7008, tid=5980

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

  2. Problematic frame:

  3. C


T H R E A D -


Current thread (0x2b7ed008): JavaThread “Thread-16” daemon

siginfo: ExceptionCode=0xc0000005, reading address 0x00000014

Registers:

EAX=0x00000000, EBX=0x2a9880f0, ECX=0xfffffffc, EDX=0x00000000

ESP=0x2e6ef11c, EBP=0x2e6ef144, ESI=0x2a9880ec, EDI=0x00000004

EIP=0x7c8396d0, EFLAGS=0x00010246

Top of Stack: (sp=0x2e6ef11c)

0x2e6ef11c: 00000001 2a9880f0 00000000 00000000

0x2e6ef12c: 2e6ef1f4 7ff96000 00000000 00000020

0x2e6ef13c: 000004e8 00000000 2e6ef164 7c839620

0x2e6ef14c: 00000000 00000004 00000000 01142008

0x2e6ef15c: 00000000 00000004 2e6ef1f4 010f444e

0x2e6ef16c: 2a9880ec 2e6ef20c 00000000 2e6ef1f4

0x2e6ef17c: 00000001 71b2199f ffffffff 0000053c

0x2e6ef18c: 01142008 00000001 00000000 010fdf30

Instructions: (pc=0x7c8396d0)

0x7c8396c0: 8b c2 f0 0f b1 0b 3b c2 0f 85 ea 6c 00 00 8b 06

0x7c8396d0: 8b 50 14 8b 7d f8 8b 5d 08 42 89 50 14 8b c7 83

Stack: [0x2e4f0000,0x2e6f0000), sp=0x2e6ef11c, free space=2044k

Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)

C

C

C

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)

j java.net.SocketInputStream.socketRead0(Ljava/io/FileDescriptor;[BIII)I+0

j java.net.SocketInputStream.read([BII)I+84

j java.io.BufferedInputStream.fill()V+175

j java.io.BufferedInputStream.read1([BII)I+44

j java.io.BufferedInputStream.read([BII)I+49

j com.sun.jndi.ldap.Connection.run()V+30

j java.lang.Thread.run()V+11

v ~StubRoutines::call_stub


P R O C E S S -


Java Threads: ( => current thread )

0x2b7c2d50 JavaThread “Thread-17” daemon

=>0x2b7ed008 JavaThread “Thread-16” daemon

0x2b5a9e28 JavaThread “Client SR - 21323036” daemon

0x2b68bd08 JavaThread “SunJsseListener1-1”

0x2b5fd9c8 JavaThread “SunJsseListener1-0”

0x2b8d4cb0 JavaThread “Acceptor [SSL: ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=9091]]”

0x2c53c2d0 JavaThread “SocketListener0-1”

0x2c53c008 JavaThread “SocketListener0-0”

0x2b1346d0 JavaThread “Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=9090]”

0x29b60d90 JavaThread “SessionScavenger” daemon

0x2b4c4588 JavaThread “Rollover” daemon

0x299bfbf0 JavaThread “pool-2-thread-1”

0x29d19e40 JavaThread “Update Manager” daemon

0x29d19cb8 JavaThread “pool-1-thread-1”

0x29d19a98 JavaThread “SocketSendingTracker” daemon

0x2b137d68 JavaThread “Secure Socket Listener” daemon

0x29a93788 JavaThread “Socket Listener at port 5222” daemon

0x29c55cc0 JavaThread “Socket Listener at port 5269” daemon

0x29b40a40 JavaThread “Auditor”

0x29c5cdf8 JavaThread “PubSub maintenance”

0x29a91de8 JavaThread “MUC cleanup”

0x29b2c008 JavaThread “Sessions cleanup”

0x2850de10 JavaThread “Thread-1” daemon

0x284de220 JavaThread “HSQLDB Timer @1c92535” daemon

0x283e9e40 JavaThread “Exe4JStartupThread” daemon

0x2839bcb0 JavaThread “Low Memory Detector” daemon

0x2839a908 JavaThread “CompilerThread1” daemon

0x28399a98 JavaThread “CompilerThread0” daemon

0x00b0fbf0 JavaThread “AdapterThread” daemon

0x00b0ef80 JavaThread “Signal Dispatcher” daemon

0x00b0c468 JavaThread “Finalizer” daemon

0x00b0b818 JavaThread “Reference Handler” daemon

0x0095ea10 JavaThread “main”

Other Threads:

0x00b0adf0 VMThread

0x2839cfb8 WatcherThread

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap

PSYoungGen total 26496K, used 8547K [0x248a0000, 0x26460000, 0x28180000)

eden space 24576K, 28% used [0x248a0000,0x24f73f48,0x260a0000)

from space 1920K, 81% used [0x26280000,0x26405080,0x26460000)

to space 1920K, 0% used [0x260a0000,0x260a0000,0x26280000)

PSOldGen total 29184K, used 4057K [0x08180000, 0x09e00000, 0x248a0000)

object space 29184K, 13% used [0x08180000,0x085767d8,0x09e00000)

PSPermGen total 16384K, used 15216K [0x04180000, 0x05180000, 0x08180000)

object space 16384K, 92% used [0x04180000,0x0505c200,0x05180000)

Dynamic libraries:

0x00400000 - 0x00438000 c:\progra~1\wildfire\bin\wildfired.exe

0x7c800000 - 0x7c8c0000 C:\WINDOWS\system32\ntdll.dll

0x77e40000 - 0x77f42000 C:\WINDOWS\system32\kernel32.dll

0x77f50000 - 0x77fec000 C:\WINDOWS\system32\ADVAPI32.DLL

0x77c50000 - 0x77cef000 C:\WINDOWS\system32\RPCRT4.dll

0x77c00000 - 0x77c48000 C:\WINDOWS\system32\GDI32.dll

0x77380000 - 0x77412000 C:\WINDOWS\system32\USER32.dll

0x77ba0000 - 0x77bfa000 C:\WINDOWS\system32\msvcrt.dll

0x7c8d0000 - 0x7d0d4000 C:\WINDOWS\system32\SHELL32.DLL

0x77da0000 - 0x77df2000 C:\WINDOWS\system32\SHLWAPI.dll

0x77420000 - 0x77523000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6 .0.3790.2778_x-ww_A8F04F11\comctl32.dll

0x6d8d0000 - 0x6dc6f000 c:\progra~1\wildfire\jre\bin\server\jvm.dll

0x76aa0000 - 0x76acd000 C:\WINDOWS\system32\WINMM.dll

0x71bc0000 - 0x71bc8000 C:\WINDOWS\system32\rdpsnd.dll

0x771f0000 - 0x77201000 C:\WINDOWS\system32\WINSTA.dll

0x71c40000 - 0x71c98000 C:\WINDOWS\system32\NETAPI32.dll

0x76b70000 - 0x76b7b000 C:\WINDOWS\system32\PSAPI.DLL

0x6d280000 - 0x6d288000 c:\progra~1\wildfire\jre\bin\hpi.dll

0x6d690000 - 0x6d69c000 c:\progra~1\wildfire\jre\bin\verify.dll

0x6d300000 - 0x6d31d000 c:\progra~1\wildfire\jre\bin\java.dll

0x6d6b0000 - 0x6d6bf000 c:\progra~1\wildfire\jre\bin\zip.dll

0x6d4c0000 - 0x6d4d3000 C:\Program Files\Wildfire\jre\bin\net.dll

0x71c00000 - 0x71c17000 C:\WINDOWS\system32\WS2_32.dll

0x71bf0000 - 0x71bf8000 C:\WINDOWS\system32\WS2HELP.dll

0x6d4e0000 - 0x6d4e9000 C:\Program Files\Wildfire\jre\bin\nio.dll

0x71b20000 - 0x71b61000 C:\WINDOWS\System32\mswsock.dll

0x76ed0000 - 0x76eff000 C:\WINDOWS\system32\DNSAPI.dll

0x76f70000 - 0x76f77000 C:\WINDOWS\System32\winrnr.dll

0x76f10000 - 0x76f3e000 C:\WINDOWS\system32\WLDAP32.dll

0x76f80000 - 0x76f88000 C:\WINDOWS\system32\rasadhlp.dll

0x010f0000 - 0x01136000 C:\WINDOWS\system32\imon.dll

0x71bb0000 - 0x71bb9000 C:\WINDOWS\system32\WSOCK32.dll

0x77e00000 - 0x77e22000 C:\WINDOWS\system32\NTMARTA.DLL

0x77670000 - 0x777a4000 C:\WINDOWS\system32\ole32.dll

0x5ccf0000 - 0x5ccff000 C:\WINDOWS\system32\SAMLIB.dll

0x5f270000 - 0x5f2c9000 C:\WINDOWS\system32\hnetcfg.dll

0x71ae0000 - 0x71ae8000 C:\WINDOWS\System32\wshtcpip.dll

0x68000000 - 0x6802f000 C:\WINDOWS\system32\rsaenh.dll

0x76920000 - 0x769e4000 C:\WINDOWS\system32\USERENV.dll

VM Arguments:

jvm_args: -Dexe4j.semaphoreName=c:_progra1_wildfire_bin_wildfi2.exe -Dexe4j.isInstall4j=true -Dexe4j.moduleName=c:\progra1\wildfire\bin\wildfi2.exe -Dexe4j.processCommFile=C:\DOCUME1\ADMINI1.DOM\LOCALS~1\Temp\1\e4j_p7008.tmp -Dexe4j.tempDir=

java_command:

Launcher Type: generic

Environment Variables:

PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;E:\Program Files\Dell\SysMgt\RAC5;E:\Program Files\Dell\SysMgt\oma\bin;C:\Program Files\Microsoft SQL Server\80\Tools\Binn;C:\Program Files\Microsoft Windows Small Business Server\Networking;E:\Program Files\Microsoft SQL Server\90\DTS\Binn;E:\Program Files\Microsoft SQL Server\90\Tools\binn;E:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE;C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies\

USERNAME=Administrator

OS=Windows_NT

PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 6, GenuineIntel


S Y S T E M -


OS: Windows Server 2003 family Build 3790 Service Pack 1

CPU:total 2 (cores per cpu 2, threads per core 1) family 6 model 15 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2

Memory: 4k page, physical 2096308k(636156k free), swap 4038520k(2018656k free)

vm_info: Java HotSpot™ Server VM (1.5.0_08-b03) for windows-x86, built on Jul 26 2006 00:51:44 by “java_re” with MS VC++ 6.0

Please help!!

Seth

support@wood-networks.com

Hi,

that’'s very odd, you could try the latest JRE (1.5.0_09) but this is an operation which is executed very often so I wonder why it did cause a crash for you. Do you see it crash more often with a very similar stack trace or was this just one crash?

LG