Out Of Memory Exception in 1.143

This issue is archived. You can view it, but you can't modify it. Learn more

XMLWordPrintable

      We're using hudson 1.143, tasks 1.9, violation 0.5 and trac 1.4.
      Hudson was started at 2007/09/25 09:54:28 and gives an out of memory exception:

      Sep 28, 2007 2:14:39 AM hudson.triggers.SCMTrigger$Runner runPolling
      INFO: Polling SCM changes of XXXXXX
      Sep 28, 2007 2:19:38 AM hudson.triggers.SCMTrigger$Runner runPolling
      SEVERE: Failed to record SCM polling
      java.lang.OutOfMemoryError: Java heap space
      Sep 28, 2007 2:19:44 AM hudson.triggers.SCMTrigger$Runner runPolling
      SEVERE: Failed to record SCM polling
      java.lang.OutOfMemoryError: Java heap space
      at java.nio.HeapByteBuffer.<init>(HeapByteBuffer.java:39)
      at java.nio.ByteBuffer.allocate(ByteBuffer.java:312)
      at sun.nio.cs.StreamDecoder.<init>(StreamDecoder.java:231)
      at sun.nio.cs.StreamDecoder.<init>(StreamDecoder.java:211)
      at sun.nio.cs.StreamDecoder.forInputStreamReader(StreamDecoder.java:50)
      at java.io.InputStreamReader.<init>(InputStreamReader.java:83)
      at
      org.tmatesoft.svn.core.internal.io.dav.http.XMLReader.<init>(XMLReader.java:35)
      at
      org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:639)
      at
      org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:611)
      at
      org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:196)
      at
      org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:289)
      at
      org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:234)
      at
      org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:222)
      at
      org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doPropfind(DAVConnection.java:97)
      at
      org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getProperties(DAVUtil.java:57)
      at
      org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getResourceProperties(DAVUtil.java:62)
      at
      org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getPropertyValue(DAVUtil.java:82)
      at
      org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getBaselineProperties(DAVUtil.java:213)
      at
      org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getBaselineInfo(DAVUtil.java:160)
      at
      org.tmatesoft.svn.core.internal.io.dav.DAVConnection.fetchRepositoryRoot(DAVConnection.java:77)
      at
      org.tmatesoft.svn.core.internal.io.dav.DAVRepository.testConnection(DAVRepository.java:86)
      at
      hudson.scm.SubversionSCM$DescriptorImpl.checkRepositoryPath(SubversionSCM.java:1085)
      at
      hudson.scm.SubversionSCM.repositoryLocationsExist(SubversionSCM.java:1146)
      at hudson.scm.SubversionSCM.pollChanges(SubversionSCM.java:621)
      at hudson.model.AbstractProject.pollSCMChanges(AbstractProject.java:538)
      at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:258)
      at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:290)
      at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
      at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
      at java.util.concurrent.FutureTask.run(FutureTask.java:138)
      at
      java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
      at
      java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)

      Which results in a 100% CPU usage!

      BTW the previous version we used (1.129) was running fine for weeks.

      Peter

            Assignee:
            Unassigned
            Reporter:
            pdwinkel
            Archiver:
            Jenkins Service Account

              Created:
              Updated:
              Resolved:
              Archived: