Altering maximum JVM Heap Size to 1024 gives error

[carl type3]

Altering maximum JVM Heap Size to 1024 gives error.

Environment:

CF9
O/S Windows 2003 R2 Sp2
CPU XEON
RAM 2Gb

After installing ColdFusion one of the settings that gets changed is:
Server Settings > Java and JVM > Maximum JVM Heap Size (MB) 1024
ColdFusion Application service will not start with this setting. An error file is created in \ColdFusion9\runtime\bin\hs_err_pid1234.log (where 1234 number changes). The log file details are long so will paste a sample soon.

Arguments to the JVM are:
java.args=-server  -Xmx1024m -Dsun.io.useCanonCaches=false -XX:MaxPermSize=192m -XX:+UseParallelGC -Dcoldfusion.rootDir={application.home}/../ -Dcoldfusion.libPath={application.home}/../lib -Dcoldfusion.classPath={application.home}/../lib/updates,{application.home}/../lib,{application.home}/../gateway/lib/,{application.home}/../wwwroot/WEB-INF/flex/jars,{application.home}/../wwwroot/WEB-INF/cfform/jars

The 1024m max JVM is one of the commonly recommended changes. Why would altering maximum JVM setting from 512m stop ColdFusion from functioning?

[carl type3]

More information. Have uninstalled CF9 and installed CF8.0.1 and get same problem once maximum JVM is altered to 1024m.

[Adam Cameron.]

Arguments to the JVM are:

java.args=-server  -Xmx1024m -Dsun.io.useCanonCaches=false -XX:MaxPermSize=192m -XX:+UseParallelGC -Dcoldfusion.rootDir={application.home}/../ -Dcoldfusion.libPath={application.home}/../lib -Dcoldfusion.classPath={application.home}/../lib/updates,{application .home}/../lib,{application.home}/../gateway/lib/,{application.home}/.. /wwwroot/WEB-INF/flex/jars,{application.home}/../wwwroot/WEB-INF/cffor m/jars

Is there really a space in that last path:

{application.home}/../wwwroot/WEB-INF/cffor m/jars

?

Maybe try making the change directly to the file, rather than using the CFAdmin UI.  I seem to recall that in the past using CFAdmin to make these changes could cause problems (dunno the details, as I always edit the files directly).

The 1024m max JVM is one of the commonly recommended changes. Why would altering maximum JVM setting from 512m stop ColdFusion from functioning?

Dunno.  And it's hard to say without seeing anything from your logs.

--

Adam

[-__cfSearching__-]

It probably goes without saying, but ... whichever way you update the settings, make a backup first. Then if anything goes terribly wrong, just restore the backup.

(Sorry. It is a knee-jerk reaction any time I hear jvm.config ..)

[carl type3]

restoring jvm.config or changing the Xmx value to 512m allows ColdFusion application service  to start again. To support the CF application the maximum jvm heap needs to be set to 1024m

[Adam Cameron.]

I just noticed the spec of the box you're using.

Are you sure you've got 1GB RAM to spare to start CF with a heap that size?  The box only has 2GB, Windows is gonna need probably 500MB of that even before you start trying to load anything else.

You need to up your RAM, I reckon.

--

Adam

[carl type3]

Have had extra RAM added to the server so has 4Gb now, however CF still does not start with Xmx1024.

[carl type3]

note the "cffo r m/jars" just pasted odd in to the forum the live JVM.config does not have the space. (nice pickup tho).

Here are the logs.

\coldfusion9\runtime\logs\coldfusion-event.log:

# Created by JRun on 07/09 07:58:49
07/09 07:58:49 info No JDBC data sources have been configured for this server (see jrun-resources.xml)
07/09 07:58:49 info JRun Proxy Server listening on *:51800
07/09 07:58:49 info Deploying enterprise application "Adobe_ColdFusion_9" from: file:/E:/ColdFusion9/
07/09 07:58:49 info Deploying web application "Adobe ColdFusion 9" from: file:/E:/ColdFusion9/
07/09 07:58:50 user JSPServlet: init

\coldfusion9\runtime\logs\coldfusion-out

Starting Macromedia JRun 4.0 (Build 108795), coldfusion server
These changes should get picked up!
07/09 07:58:48 warning Unable to open E:\ColdFusion9\runtime/lib/license.properties
07/09 07:58:49 info JRun Naming Service listening on *:2932
07/09 07:58:49 info No JDBC data sources have been configured for this server (see jrun-resources.xml)
07/09 07:58:49 info JRun Proxy Server listening on *:51800
07/09 07:58:49 info Deploying enterprise application "Adobe_ColdFusion_9" from: file:/E:/ColdFusion9/
07/09 07:58:49 info Deploying web application "Adobe ColdFusion 9" from: file:/E:/ColdFusion9/
07/09 07:58:50 INFO License Service: Flex 1.5 CF Edition enabled
07/09 07:58:50 INFO Starting Flex 1.5 CF Edition
07/09 07:58:50 user JSPServlet: init
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c8109da, pid=3608, tid=1748
#
# JRE version: 6.0_14-b08
# Java VM: Java HotSpot(TM) Server VM (14.0-b16 mixed mode windows-x86 )
# Problematic frame:
# C  [ntdll.dll+0x109da]
#
# An error report file with more information is saved as:
# e:\ColdFusion9\runtime\bin\hs_err_pid3608.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

Will post a sample hs_err_pid1234.log on another reply.

Thanks - Carl.

[carl type3]

sorry to be so long posting the "hs_err_pid1234.log". I took a different track there uninstalling CF9 and installing CF8 (which I have installed more times than 9) to see if the problem went away.

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c82a9a2, pid=3612, tid=1884
#
# JRE version: 6.0_14-b08
# Java VM: Java HotSpot(TM) Server VM (14.0-b16 mixed mode windows-x86 )
# Problematic frame:
# C  [ntdll.dll+0x2a9a2]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x003f7000):  JavaThread "main" [_thread_in_native, id=1884, stack(0x00030000,0x00130000)]

siginfo: ExceptionCode=0xc0000005, reading address 0xfffffff8

Registers:
EAX=0xfffffff8, EBX=0x003f0178, ECX=0x00000000, EDX=0x512a01ef
ESP=0x0011e15c, EBP=0x0011e22c, ESI=0x50d71000, EDI=0x003f0000
EIP=0x7c82a9a2, EFLAGS=0x00010206

Top of Stack: (sp=0x0011e15c)
0x0011e15c:   7c342151 50d71008 51095008 003f0178
0x0011e16c:   50d71000 0011e180 6db610e0 50d44388
0x0011e17c:   003f0178 0011e19c 6dd16265 003f7000
0x0011e18c:   fffffff8 00000004 003f0178 512a0000
0x0011e19c:   50d705a8 6d86462b 003f7110 50d705a8
0x0011e1ac:   512a0000 50d72008 50e02e98 5110e9f8
0x0011e1bc:   00000000 00000000 00000000 003f0000
0x0011e1cc:   00000000 00000000 0001e214 0011e120

Instructions: (pc=0x7c82a9a2)
0x7c82a992:   d9 74 16 8d 41 f8 89 85 60 ff ff ff 66 8b 55 e0
0x7c82a9a2:   66 3b 10 0f 87 39 54 00 00 8d 46 08 89 45 84 8b

Stack: [0x00030000,0x00130000],  sp=0x0011e15c,  free space=952k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [ntdll.dll+0x2a9a2]
C  [MSVCR71.dll+0x218a]
C  [verify.dll+0x4fda]
V  [jvm.dll+0x2fcae1]
V  [jvm.dll+0x30155c]
V  [jvm.dll+0x173a2a]
V  [jvm.dll+0x17383f]
V  [jvm.dll+0x174d8a]
V  [jvm.dll+0x1b5759]
j  java.lang.Class.getDeclaredConstructors0(Z)[Ljava/lang/reflect/Constructor;+0
j  java.lang.Class.privateGetDeclaredConstructors(Z)[Ljava/lang/reflect/Constructor;+87
j  java.lang.Class.getConstructors()[Ljava/lang/reflect/Constructor;+10
j  com.sun.jmx.mbeanserver.Introspector.testCreation(Ljava/lang/Class;)V+30
j  com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.createMBean(Ljava/lang/String;Ljavax/management/ObjectName;Ljavax/management/ObjectName;Z[Ljava/lang/Object;[Ljava/lang/String;)Ljavax/management/ObjectInstance;+315
j  com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.createMBean(Ljava/lang/String;Ljavax/management/ObjectName;[Ljava/lang/Object;[Ljava/lang/String;)Ljavax/management/ObjectInstance;+8
j  com.sun.jmx.mbeanserver.JmxMBeanServer.createMBean(Ljava/lang/String;Ljavax/management/ObjectName;)Ljavax/management/ObjectInstance;+18
j  jrunx.kernel.ServiceFactory.createService(Ljavax/management/MBeanServer;Ljava/lang/String;Ljava/lang/String;Ljava/util/List;)Ljavax/management/ObjectInstance;+44
j  jrunx.kernel.JRunServiceDeployer.loadMBeans(Ljrunx/util/DocumentElement;Ljava/util/Vector;)V+133
j  jrunx.kernel.JRunServiceDeployer.deployServices(Ljava/util/Vector;)V+43
j  jrunx.kernel.DeploymentService.loadServices()V+12
v  ~StubRoutines::call_stub
V  [jvm.dll+0x184f9c]
V  [jvm.dll+0x268131]
V  [jvm.dll+0x18501d]
V  [jvm.dll+0x29476b]
V  [jvm.dll+0x294f76]
V  [jvm.dll+0x1afbe3]
C  [java.dll+0x714f]
j  sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j  sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j  java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
j  com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;+3
j  com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(Ljava/lang/Object;Ljava/lang/Object;[Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;+9
j  com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(Ljava/lang/Object;Ljava/lang/Object;[Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;+6
j  com.sun.jmx.mbeanserver.PerInterface.invoke(Ljava/lang/Object;Ljava/lang/String;[Ljava/lang/Object;[Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;+270
j  com.sun.jmx.mbeanserver.MBeanSupport.invoke(Ljava/lang/String;[Ljava/lang/Object;[Ljava/lang/String;)Ljava/lang/Object;+15
j  com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Ljavax/management/ObjectName;Ljava/lang/String;[Ljava/lang/Object;[Ljava/lang/String;)Ljava/lang/Object;+28
j  com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Ljavax/management/ObjectName;Ljava/lang/String;[Ljava/lang/Object;[Ljava/lang/String;)Ljava/lang/Object;+13
j  jrunx.kernel.JRun.startServer(Ljava/lang/String;)V+270
j  jrunx.kernel.JRun.<init>(Ljava/lang/String;)V+256
j  jrunx.kernel.JRun$1.run()Ljava/lang/Object;+8
v  ~StubRoutines::call_stub
V  [jvm.dll+0x184f9c]
V  [jvm.dll+0x268131]
V  [jvm.dll+0x18501d]
V  [jvm.dll+0x1b42af]
C  [java.dll+0x1015]
j  jrunx.kernel.JRun.start(Ljava/lang/String;)V+72
j  jrunx.kernel.JRun.startByNTService(Ljava/lang/String;)V+41
v  ~StubRoutines::call_stub
V  [jvm.dll+0x184f9c]
V  [jvm.dll+0x268131]
V  [jvm.dll+0x18501d]
V  [jvm.dll+0x29476b]
V  [jvm.dll+0x294f76]
V  [jvm.dll+0x1afbe3]
C  [java.dll+0x714f]
j  sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j  sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j  java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
j  jrunx.kernel.JRun.invoke(Ljava/lang/String;Ljava/lang/Object;)V+51
j  jrunx.kernel.JRun.main([Ljava/lang/String;)V+218
v  ~StubRoutines::call_stub
V  [jvm.dll+0x184f9c]
V  [jvm.dll+0x268131]
V  [jvm.dll+0x18501d]
V  [jvm.dll+0x18dbf5]
V  [jvm.dll+0x19584d]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  java.lang.Class.getDeclaredConstructors0(Z)[Ljava/lang/reflect/Constructor;+0
j  java.lang.Class.privateGetDeclaredConstructors(Z)[Ljava/lang/reflect/Constructor;+87
j  java.lang.Class.getConstructors()[Ljava/lang/reflect/Constructor;+10
j  com.sun.jmx.mbeanserver.Introspector.testCreation(Ljava/lang/Class;)V+30
j  com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.createMBean(Ljava/lang/String;Ljavax/management/ObjectName;Ljavax/management/ObjectName;Z[Ljava/lang/Object;[Ljava/lang/String;)Ljavax/management/ObjectInstance;+315
j  com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.createMBean(Ljava/lang/String;Ljavax/management/ObjectName;[Ljava/lang/Object;[Ljava/lang/String;)Ljavax/management/ObjectInstance;+8
j  com.sun.jmx.mbeanserver.JmxMBeanServer.createMBean(Ljava/lang/String;Ljavax/management/ObjectName;)Ljavax/management/ObjectInstance;+18
j  jrunx.kernel.ServiceFactory.createService(Ljavax/management/MBeanServer;Ljava/lang/String;Ljava/lang/String;Ljava/util/List;)Ljavax/management/ObjectInstance;+44
j  jrunx.kernel.JRunServiceDeployer.loadMBeans(Ljrunx/util/DocumentElement;Ljava/util/Vector;)V+133
j  jrunx.kernel.JRunServiceDeployer.deployServices(Ljava/util/Vector;)V+43
j  jrunx.kernel.DeploymentService.loadServices()V+12
v  ~StubRoutines::call_stub
j  sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j  sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j  sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j  java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
j  com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;+3
j  com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(Ljava/lang/Object;Ljava/lang/Object;[Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;+9
j  com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(Ljava/lang/Object;Ljava/lang/Object;[Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;+6
j  com.sun.jmx.mbeanserver.PerInterface.invoke(Ljava/lang/Object;Ljava/lang/String;[Ljava/lang/Object;[Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;+270
j  com.sun.jmx.mbeanserver.MBeanSupport.invoke(Ljava/lang/String;[Ljava/lang/Object;[Ljava/lang/String;)Ljava/lang/Object;+15
j  com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Ljavax/management/ObjectName;Ljava/lang/String;[Ljava/lang/Object;[Ljava/lang/String;)Ljava/lang/Object;+28
j  com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Ljavax/management/ObjectName;Ljava/lang/String;[Ljava/lang/Object;[Ljava/lang/String;)Ljava/lang/Object;+13
j  jrunx.kernel.JRun.startServer(Ljava/lang/String;)V+270
j  jrunx.kernel.JRun.<init>(Ljava/lang/String;)V+256
j  jrunx.kernel.JRun$1.run()Ljava/lang/Object;+8
v  ~StubRoutines::call_stub
j  java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;)Ljava/lang/Object;+0
j  jrunx.kernel.JRun.start(Ljava/lang/String;)V+72
j  jrunx.kernel.JRun.startByNTService(Ljava/lang/String;)V+41
v  ~StubRoutines::call_stub
j  sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j  sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j  sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j  java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
j  jrunx.kernel.JRun.invoke(Ljava/lang/String;Ljava/lang/Object;)V+51
j  jrunx.kernel.JRun.main([Ljava/lang/String;)V+218
v  ~StubRoutines::call_stub

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
  0x4fe7a400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3772, stack(0x50890000,0x50990000)]
  0x4fe76c00 JavaThread "CompilerThread1" daemon [_thread_in_native, id=3068, stack(0x50790000,0x50890000)]
  0x4fe72000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=1108, stack(0x50690000,0x50790000)]
  0x4fe70800 JavaThread "Attach Listener" daemon [_thread_blocked, id=3988, stack(0x50590000,0x50690000)]
  0x4fe6f400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=684, stack(0x50490000,0x50590000)]
  0x4fe5cc00 JavaThread "Finalizer" daemon [_thread_blocked, id=672, stack(0x50390000,0x50490000)]
  0x4fe5b800 JavaThread "Reference Handler" daemon [_thread_blocked, id=1964, stack(0x50290000,0x50390000)]
=>0x003f7000 JavaThread "main" [_thread_in_native, id=1884, stack(0x00030000,0x00130000)]

Other Threads:
  0x4fe57800 VMThread [stack: 0x50190000,0x50290000] [id=1920]
  0x4fe7bc00 WatcherThread [stack: 0x50990000,0x50a90000] [id=2376]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
PSYoungGen      total 6656K, used 4520K [0x48630000, 0x48d30000, 0x4f7f0000)
  eden space 6144K, 65% used [0x48630000,0x48a1a148,0x48c30000)
  from space 512K, 99% used [0x48cb0000,0x48d2ff48,0x48d30000)
  to   space 512K, 0% used [0x48c30000,0x48c30000,0x48cb0000)
PSOldGen        total 4096K, used 392K [0x0f7f0000, 0x0fbf0000, 0x48630000)
  object space 4096K, 9% used [0x0f7f0000,0x0f852010,0x0fbf0000)
PSPermGen       total 16384K, used 5328K [0x037f0000, 0x047f0000, 0x0f7f0000)
  object space 16384K, 32% used [0x037f0000,0x03d24170,0x047f0000)

Dynamic libraries:
0x00400000 - 0x00411000  e:\ColdFusion9\runtime\bin\jrun.exe
0x7c800000 - 0x7c8c2000  C:\WINDOWS\system32\ntdll.dll
0x77e40000 - 0x77f42000  C:\WINDOWS\system32\kernel32.dll
0x7d1e0000 - 0x7d27c000  C:\WINDOWS\system32\ADVAPI32.dll
0x77c50000 - 0x77cef000  C:\WINDOWS\system32\RPCRT4.dll
0x76f50000 - 0x76f63000  C:\WINDOWS\system32\Secur32.dll
0x78520000 - 0x785c3000  C:\WINDOWS\WinSxS\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_D08D0375\MSVCR90.dll
0x6db60000 - 0x6df6a000  e:\ColdFusion9\runtime\jre\bin\server\jvm.dll
0x77380000 - 0x77411000  C:\WINDOWS\system32\USER32.dll
0x77c00000 - 0x77c49000  C:\WINDOWS\system32\GDI32.dll
0x76aa0000 - 0x76acd000  C:\WINDOWS\system32\WINMM.dll
0x7c340000 - 0x7c396000  e:\ColdFusion9\runtime\bin\MSVCR71.dll
0x76290000 - 0x762ad000  C:\WINDOWS\system32\IMM32.DLL
0x6d860000 - 0x6d86c000  e:\ColdFusion9\runtime\jre\bin\verify.dll
0x6d3e0000 - 0x6d3ff000  e:\ColdFusion9\runtime\jre\bin\java.dll
0x6d340000 - 0x6d348000  e:\ColdFusion9\runtime\jre\bin\hpi.dll
0x76b70000 - 0x76b7b000  C:\WINDOWS\system32\PSAPI.DLL
0x6d8a0000 - 0x6d8af000  e:\ColdFusion9\runtime\jre\bin\zip.dll
0x6d6c0000 - 0x6d6d3000  E:\ColdFusion9\runtime\jre\bin\net.dll
0x71c00000 - 0x71c17000  C:\WINDOWS\system32\WS2_32.dll
0x77ba0000 - 0x77bfa000  C:\WINDOWS\system32\msvcrt.dll
0x71bf0000 - 0x71bf8000  C:\WINDOWS\system32\WS2HELP.dll
0x71b20000 - 0x71b61000  C:\WINDOWS\System32\mswsock.dll
0x76ed0000 - 0x76efa000  C:\WINDOWS\system32\DNSAPI.dll
0x76f70000 - 0x76f77000  C:\WINDOWS\System32\winrnr.dll
0x76f10000 - 0x76f3e000  C:\WINDOWS\system32\WLDAP32.dll
0x76f80000 - 0x76f85000  C:\WINDOWS\system32\rasadhlp.dll
0x51150000 - 0x5115c000  E:\ColdFusion9\runtime\bin\portscan.dll
0x5f270000 - 0x5f2ca000  C:\WINDOWS\system32\hnetcfg.dll
0x71ae0000 - 0x71ae8000  C:\WINDOWS\System32\wshtcpip.dll

VM Arguments:
jvm_args: -Xmx1024m -Dsun.io.useCanonCaches=false -XX:MaxPermSize=192m -XX:+UseParallelGC -Dcoldfusion.rootDir=e:\ColdFusion9\runtime/../ -Dcoldfusion.libPath=e:\ColdFusion9\runtime/../lib -Dcoldfusion.classPath=e:\ColdFusion9\runtime/../lib/updates,e:\ColdFusion9\runtime/../lib,e:\ColdFusion9\runtime/../gateway/lib/,e:\ColdFusion9\runtime/../wwwroot/WEB-INF/flex/jars,e:\ColdFusion9\runtime/../wwwroot/WEB-INF/cfform/jars -Djmx.invoke.getters=true
java_command: <unknown>
Launcher Type: generic

Environment Variables:
PATH=e:\ColdFusion9\runtime\..\lib;e:\ColdFusion9\runtime\..\jintegra\bin;e:\ColdFusion9\runtime\..\jintegra\bin\international;e:\ColdFusion9\runtime\..\lib\oosdk\classes\win;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Symantec\pcAnywhere\;C:\WINDOWS\system32\WindowsPowerShell\v1.0
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 6, GenuineIntel

---------------  S Y S T E M  ---------------

OS: Windows Server 2003 family Build 3790 Service Pack 2

CPU:total 4 (1 cores per cpu, 1 threads per core) family 6 model 23 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1

Memory: 4k page, physical 2097151k(2097151k free), swap 4194303k(4085272k free)

vm_info: Java HotSpot(TM) Server VM (14.0-b16) for windows-x86 JRE (1.6.0_14-b08), built on May 21 2009 07:57:57 by "java_re" with MS VC++ 7.1

time: Mon Sep 06 09:22:46 2010
elapsed time: 1 seconds

[Charlie Arehart]

You say that you installed CF8 "to see if the problem went away", but then you don't say if it did or not. If you're implying that it did not, and that the hotspot error log provided is the evidence, I'll note that you've provided a hotspot error log from CF9 (as can be determined by the various references to e:\coldfusion9.

I find it odd, as well, that the problem happens (at the top of the hotspot error log) as a problem in ntdll.dll. If in fact you do confirm that this does happen the same on CF8, at least it points out that the problem could be something outside of CF (since the ntdll.dll is an O/S-specific file, the kernel loader). I don't want to jump to a conclusion that there's anything necessarily wrong at the system level for you, but it's something to consider if the problem persists. Sure, no one likes being told to re-install the O/S, but as you are suspecting, it's just odd that it fails to let you change from 512m to 1024m.

Speaking of your reported change from 1GB to 4GB, you may want to confirm (with Control Panel>System) that you really do see all 4mb available.

Similarly, you might also want to do a test of your memory to confirm that there are no memory errors. Again, just a wild guess, but worth ruling out.

Finally, "Mack" it seemed you replied to this thread last but your message is blank.

/charlie

Providing CF troubleshooting services at carehart.org/consulting

charlie@carehart.org

[carl type3]

Hi All,

Thanks for your input so far (and Mack as well nice to know someone is listening).

Charlie

Yes CF8 functioned the same way as CF9. Salient details from CF8 hs_err_pid1234.log also shows NTDLL.DLL issue:

#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c82a774, pid=368, tid=2128
#
# Java VM: Java HotSpot(TM) Server VM (10.0-b19 mixed mode windows-x86)
# Problematic frame:
# C  [ntdll.dll+0x2a774]
...
Stack: [0x57610000,0x57710000],  sp=0x5770e964,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [ntdll.dll+0x2a774]
C  [ntdll.dll+0x2a84b]
C  [MSVCR71.dll+0x218a]
...
Dynamic libraries:
0x00400000 - 0x00410000  e:\ColdFusion8\runtime\bin\jrun.exe
0x7c800000 - 0x7c8c2000  C:\WINDOWS\system32\ntdll.dll
etc

Confirm expected memory details show up in CNTRL PANEL > System and TASKMANGER.

As is so often the case these days the server is a distance from me I do not have hands on access. Have already had Windows 03 reloaded. One other peice of information to include is the server is a VM that is run on Citrix Xen  5.5.

Appreciate all your further comments, Carl.

[Charlie Arehart · Accepted solution]

This is indeed an odd problem. Something seems not right/normal.

I did a little digging, and found one potentially useful blog entry:

http://iamgoat.com/post/804922016/coldfusion-application-server-wont-start-after-windows

It sounds just like your problem, but admittedly it offers a pretty specific problem/solution, which may not apply.

Here's another question: are you looking in the \runtime\logs directory? Do the log files there perhaps show more info on the problem, perhaps before or after the time that these PID log files are being created? They may be secondary to some other primary problem. Look specifically for the string OutOfMemory in the log files.

If that finds nothing, I'd propose one other thought: consider changing the JVM. I see you're using 1.6_0_14. There are several points between that and the latest _21 that you may want to try.

Finally, one more thought to consider: since this is the Hotspot compiler that's reporting the error (the hs in hs_err_pidnnnn.log), there's a possibility that adding a switch to turn off Hotspot, just to get past this, might give a different error message with perhaps more info. In the jvm.config (or the CF admin, if on Standard or Server mode), try adding -Xint.

Let us know if any help.

/charlie

Providing CF troubleshooting services at carehart.org/consulting

charlie@carehart.org

[carl type3]

Hi All followers and responders (including Mack),

The mygoat blog definitely sounded like my problem. I was doing similar things as on the blog like setting Xmx640m and 768m to push the JVM max to where it needed to be, but was only ever stable on the default value of 512m. In my case it is not my Windows server so elected not to apply HotFix.
Changing JVM’s often results in tears.

So decided to take the easy road added the –Xint to the JVM.CONFIG and lo! it works with Xmx1024m.

Have stopped and started Coldfusion numerous times and put in most of my favourite Xms PermSize ParallelThreads etc in JVM.CONFIG (also verbose logging so I can “see” what goes on). All that and the application is working. So I will leave it up for the night and see if still working in the morning.

Thanks very much, Carl.

[Charlie Arehart]

Good to hear, Carl. Looking forward to any further news.

/charlie

[carl type3]

Hi,

Yesterday the server switched from its test environment where it has been working well tho not having much in the way of load to production where it serves the user environment. So far so good.

Bye, Carl.