-
Bug
-
Resolution: Duplicate
-
Major
-
None
-
Platform: All, OS: Linux
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
- duplicates
-
JENKINS-886 Memoryleak in subversion SCM for Hudson
- Closed