Hudson will crash after a while, most likely after a scm poll. It seems there is
a massive memory leak as the memory usage climbs up and up... usually after
running it for about 30 mins it'll be at about 500mb usage. For something that
doesn't seem to be doing much it seems excessive... After a while it'll go up to
at least 800mb then crash with an error log. This is what's in the hudson error log:

#

1. A fatal error has been detected by the Java Runtime Environment:
   #
2. EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x007da8dd, pid=5788, tid=2220
   #
3. JRE version: 6.0_14-b08
4. Java VM: Java HotSpot(TM) Server VM (14.0-b16 mixed mode windows-x86 )
5. Problematic frame:
6. v ~BufferBlob::jni_fast_GetLongField
   #
7. If you would like to submit a bug report, please visit:
8. http://java.sun.com/webapps/bugreport/crash.jsp
9. The crash happened outside the Java Virtual Machine in native code.
10. See problematic frame for where to report the bug.
    #

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

Current thread (0x47ddc400): JavaThread "Finalizer" daemon [_thread_in_native,
id=2220, stack(0x47f50000,0x47fa0000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x00000000

Registers:
EAX=0x00000000, EBX=0x04eb5588, ECX=0x00000366, EDX=0x00000000
ESP=0x47f9f87c, EBP=0x47f9f8b4, ESI=0x00000022, EDI=0x00000000
EIP=0x007da8dd, EFLAGS=0x00010246

Top of Stack: (sp=0x47f9f87c)
0x47f9f87c: 47ddc510 6ddc740f 47ddc510 00000000
0x47f9f88c: 00000022 00000000 47ddc510 04eb5588
0x47f9f89c: 47f9f890 47f9f4a0 47f9f9f8 6de6d4e0
0x47f9f8ac: 6ded0440 00000000 47f9f8d0 6dcf6cee
0x47f9f8bc: 47ddc510 00000000 00000022 47ddc400
0x47f9f8cc: 47ddc510 47f9f908 4a8553b5 47ddc510
0x47f9f8dc: 00000000 47f9f8fc 009e6294 47ddc510
0x47f9f8ec: 47f9f8fc 00000000 00000000 47f9f904

Instructions: (pc=0x007da8dd)
0x007da8cd: 00 00 00 8b c1 83 e0 01 8b 54 04 0c 8b 74 24 10
0x007da8dd: 8b 12 c1 ee 02 8b 04 32 8b 54 32 04 be 00 3f f1

Stack: [0x47f50000,0x47fa0000], sp=0x47f9f87c, free space=318k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
v ~BufferBlob::jni_fast_GetLongField
V [jvm.dll+0x196cee]
C [com4j.dll+0x153b5]
J com4j.Variant.finalize()V
V [jvm.dll+0x184f9c]
V [jvm.dll+0x268131]
V [jvm.dll+0x18501d]
V [jvm.dll+0x18de3f]
V [jvm.dll+0x190b34]
C [java.dll+0x2115]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J com4j.Variant.clear0(Ljava/nio/ByteBuffer;)V
J com4j.Variant.finalize()V
v ~StubRoutines::call_stub
J java.lang.ref.Finalizer.invokeFinalizeMethod(Ljava/lang/Object;)V
J java.lang.ref.Finalizer$FinalizerThread.run()V
v ~StubRoutines::call_stub

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

Java Threads: ( => current thread )
0x5453ec00 JavaThread "pool-4-thread-23" [_thread_blocked, id=808,
stack(0x58a60000,0x58ab0000)]
0x72724400 JavaThread "ComThread for SCM polling for
hudson.model.FreeStyleProject@130d0c0[BB2-Create_Jar_File]" daemon
[_thread_in_native, id=4400, stack(0x5a960000,0x5a9b0000)]
0x5009e800 JavaThread "ComThread for SCM polling for
hudson.model.FreeStyleProject@17a8197[BB2-Get_Web_Dir]" daemon
[_thread_in_native, id=4048, stack(0x5a910000,0x5a960000)]

Hudson is setup to run as a service (self-install) although the problem
manifests itself when run under tomcat 6.20 as well.

Hudson java params are:
<arguments>-Xrs -Xmx1024m
-Dhudson.lifecycle=hudson.lifecycle.WindowsServiceLifecycle -jar
"%BASE%\hudson.war" --httpPort=80</arguments>