Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-12115

Aborting a build causes java.lang.StackOverflowError to be thrown in consecutive builds

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved (View Workflow)
    • Priority: Critical
    • Resolution: Cannot Reproduce
    • Component/s: integrity-plugin
    • Labels:
    • Environment:
      Windows XP, MKS Integrity Client 2009 (Build: 4.10.0.5799, Service Pack: 005-01), PTC Integrity Plugin v1.11
    • Similar Issues:

      Description

      I have a matrix-build project. The project is tied to 3 slaves (Win XP, Win 7, Linux-Ubuntu) on which the project must be build. If I abort the build on one of those slaves the consecutive builds on the same slave fail with a java.lang.StackOverflowError right after checkout from the source-code management system (MKS). Hereby it does not seem to matter how the previous build was aborted. I tested the following causes: manual abortion of build-process, sudden connection breakdown between slave and master.

      Here is the log of a consecutive build that followed an aborted one (some info omitted by [...]):

      Change Log: [...]
      Build Log: [...]
      Preparing to execute si projectinfo for [...]
      Preparing to execute si viewproject for [...]
      Checkout directory is D:\CI\hudson\workspace[...]
      A clean copy is requested; deleting contents of D:\CI\hudson\workspace[...]
      Populating clean workspace...
      Successfully checked out 2490 files!
      Saving current Integrity Project configuration...
      FATAL: null
      java.lang.StackOverflowError
      at java.lang.Exception.<init>(Unknown Source)
      at java.lang.reflect.InvocationTargetException.<init>(Unknown Source)
      at sun.reflect.GeneratedMethodAccessor459.invoke(Unknown Source)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
      at java.lang.reflect.Method.invoke(Unknown Source)
      at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
      at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
      at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
      at java.io.ObjectOutputStream.writeObject0(Unknown Source)
      at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
      at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
      at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
      at java.io.ObjectOutputStream.writeObject0(Unknown Source)
      at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
      at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
      at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
      at java.io.ObjectOutputStream.writeObject0(Unknown Source)
      at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
      at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
      at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
      [...]

      The stack trace continues "indefinitely".

      Similarly I got the following for a different project where the previous build was aborted as well:

      Change Log: [...]
      Build Log: [...]
      Preparing to execute si projectinfo for [...]
      Preparing to execute si viewproject for [...]
      Checkout directory is D:\CI\hudson\workspace[...]
      A clean copy is requested; deleting contents of D:\CI\hudson\workspace[...]
      Populating clean workspace...
      Successfully checked out 628 files!
      Saving current Integrity Project configuration...
      API Response for si viewproject successfully saved to file!
      Successfully saved current Integrity Project configuration to C:\CI\hudson\jobs[...]
      Writing build change log...
      Change log successfully generated: C:\CI\hudson\jobs[...]
      FATAL: null
      java.lang.StackOverflowError
      at java.io.ObjectInputStream$PeekInputStream.readFully(Unknown Source)
      at java.io.ObjectInputStream$BlockDataInputStream.readInt(Unknown Source)
      at java.io.ObjectInputStream.readHandle(Unknown Source)
      at java.io.ObjectInputStream.readObject0(Unknown Source)
      at java.io.ObjectInputStream.defaultReadFields(Unknown Source)
      at java.io.ObjectInputStream.readSerialData(Unknown Source)
      at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
      at java.io.ObjectInputStream.readObject0(Unknown Source)
      [...]

      The stack trace continues "indefinitely" as well.

        Attachments

          Activity

          Hide
          cdsouza Cletus D'Souza added a comment -

          The plugin was updated to use Service Pack 6 for Integrity 2009. If you're Integrity Server has not been updated to Service Pack 6 (or greater), then I suggest reverting to an older version of the plugin or manually swap out the mksapi.jar from the plugin's deployed folder in Jenkins.

          If this does not apply to you, then I'll need to see the full stacktrace and the jenkins.err.log. Turn up debug logging, reproduce the error, and check the log.

          Show
          cdsouza Cletus D'Souza added a comment - The plugin was updated to use Service Pack 6 for Integrity 2009. If you're Integrity Server has not been updated to Service Pack 6 (or greater), then I suggest reverting to an older version of the plugin or manually swap out the mksapi.jar from the plugin's deployed folder in Jenkins. If this does not apply to you, then I'll need to see the full stacktrace and the jenkins.err.log. Turn up debug logging, reproduce the error, and check the log.
          Hide
          cdsouza Cletus D'Souza added a comment -

          Changed caching from serialized objects to embedded database caching

          Show
          cdsouza Cletus D'Souza added a comment - Changed caching from serialized objects to embedded database caching

            People

            • Assignee:
              cdsouza Cletus D'Souza
              Reporter:
              simt Simon Tschöke
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: