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

java.lang.NullPointerException at hudson.model.Fingerprint.addWithoutSaving(Fingerprint.java:1035)

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Minor Minor
    • core
    • None
    • Ubuntu
      Jenkins 2.107
    • Jenkins 2.163

      I'm not sure what's going on at this point, but I got two warnings about old data for fingerprint and now none of my builds are working.

      java.lang.NullPointerException
      	at hudson.model.Fingerprint.addWithoutSaving(Fingerprint.java:1035)
      	at hudson.model.Fingerprint.add(Fingerprint.java:1030)
      	at hudson.model.Fingerprint.addFor(Fingerprint.java:1023)
      	at com.cloudbees.plugins.credentials.CredentialsProvider.trackAll(CredentialsProvider.java:1457)
      	at com.cloudbees.plugins.credentials.CredentialsProvider.track(CredentialsProvider.java:1421)
      	at hudson.plugins.git.GitSCM.createClient(GitSCM.java:818)
      	at hudson.plugins.git.GitSCM.createClient(GitSCM.java:786)
      	at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1154)
      	at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113)
      	at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:85)
      	at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:75)
      	at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1$1.call(AbstractSynchronousNonBlockingStepExecution.java:47)
      	at hudson.security.ACL.impersonate(ACL.java:290)
      	at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1.run(AbstractSynchronousNonBlockingStepExecution.java:44)
      	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
      	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
      	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
      	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
      	at java.lang.Thread.run(Thread.java:748)
      Finished: FAILURE
      

      I am using Java version 8.

          [JENKINS-49588] java.lang.NullPointerException at hudson.model.Fingerprint.addWithoutSaving(Fingerprint.java:1035)

          Oleg Nenashev added a comment -

          Which Jenkins version do you use?

          Oleg Nenashev added a comment - Which Jenkins version do you use?

          2.107

          Alexander Trauzzi added a comment - 2.107

          Oleg Nenashev added a comment -

          Code: https://github.com/jenkinsci/jenkins/blob/jenkins-2.107/core/src/main/java/hudson/model/Fingerprint.java#L1035

          usages object is null somehow. The only reason for that is that the Fingerprint without usages is being deserialized from the disk and then updated. I would propose to add readResolve() logic, which initializes it if needed. Such approach is documented here: https://wiki.jenkins.io/display/JENKINS/Hint+on+retaining+backward+compatibility#Hintonretainingbackwardcompatibility-Scenario:Addinganewfield

          The only recent commit around this code is https://github.com/jenkinsci/jenkins/commit/9a4a913e387c49d0c4cec602280e25c37196f83c#diff-13b73f86f1b1a0a2ff1b5e7dd13cfe39 from mikecirioli. But I doubt it would cause such behavior on deserialization. XML File for the missing fingerprint would be a way to check that.

          Oleg Nenashev added a comment - Code: https://github.com/jenkinsci/jenkins/blob/jenkins-2.107/core/src/main/java/hudson/model/Fingerprint.java#L1035 usages object is null somehow. The only reason for that is that the Fingerprint without usages is being deserialized from the disk and then updated. I would propose to add readResolve() logic, which initializes it if needed. Such approach is documented here: https://wiki.jenkins.io/display/JENKINS/Hint+on+retaining+backward+compatibility#Hintonretainingbackwardcompatibility-Scenario:Addinganewfield The only recent commit around this code is https://github.com/jenkinsci/jenkins/commit/9a4a913e387c49d0c4cec602280e25c37196f83c#diff-13b73f86f1b1a0a2ff1b5e7dd13cfe39 from mikecirioli . But I doubt it would cause such behavior on deserialization. XML File for the missing fingerprint would be a way to check that.

          mike cirioli added a comment -

          I will test this out later today

          mike cirioli added a comment - I will test this out later today

          jomega did it start failing suddenly, or after you upgraded to 2.107? If the latter, did you upgrade from 2.106 or another one? Thanks

          Baptiste Mathus added a comment - jomega did it start failing suddenly, or after you upgraded to 2.107? If the latter, did you upgrade from 2.106 or another one? Thanks

          It was from a release prior to 2.106. I'm not 100% sure which, but I definitely skipped over a few versions. Perhaps from 2.104?

          Alexander Trauzzi added a comment - It was from a release prior to 2.106. I'm not 100% sure which, but I definitely skipped over a few versions. Perhaps from 2.104?

          Daniel Beck added a comment -

           I'm not sure what's going on at this point, but I got two warnings about old data for fingerprint and now none of my builds are working.

          What were the old data warnings exactly, do you know?

          Daniel Beck added a comment -  I'm not sure what's going on at this point, but I got two warnings about old data for fingerprint and now none of my builds are working. What were the old data warnings exactly, do you know?

          Oleg Nenashev added a comment -

          System logs would be also useful

          Oleg Nenashev added a comment - System logs would be also useful

          Oleg Nenashev added a comment -

          jomegaping

          Oleg Nenashev added a comment - jomega ping

          Code changed in jenkins
          User: Oleg Nenashev
          Path:
          content/doc/upgrade-guide/2.107.adoc
          http://jenkins-ci.org/commit/jenkins.io/93c2d770eeb3becb4b2d5d5b15b3c6ff9cedf9d4
          Log:
          Also add JENKINS-49588 to the list of ignored regressions

          SCM/JIRA link daemon added a comment - Code changed in jenkins User: Oleg Nenashev Path: content/doc/upgrade-guide/2.107.adoc http://jenkins-ci.org/commit/jenkins.io/93c2d770eeb3becb4b2d5d5b15b3c6ff9cedf9d4 Log: Also add JENKINS-49588 to the list of ignored regressions

          Daniel Beck added a comment - - edited

          This does not look like an actual regression that happens in even somewhat regular conditions, or we would have more than one report by now. All watchers of this issue are the reporter, Jenkins contributors, or the bot.

          Daniel Beck added a comment - - edited This does not look like an actual regression that happens in even somewhat regular conditions, or we would have more than one report by now. All watchers of this issue are the reporter, Jenkins contributors, or the bot.

          trejkaz added a comment -

          We're getting this error too.

          I assume that deleting a fingerprint file will fix it and that we just have to find the right one?

          I can see how deserialisation might result in partial XML being written, but I would have thought that partial XML would cause an error while reading, rather than silently pressing on to get a hard to find bug later on. I take it, then, that someone added a new field and didn't account for existing XML files not having the field?

           

          trejkaz added a comment - We're getting this error too. I assume that deleting a fingerprint file will fix it and that we just have to find the right one? I can see how deserialisation might result in partial XML being written, but I would have thought that partial XML would cause an error while reading, rather than silently pressing on to get a hard to find bug later on. I take it, then, that someone added a new field and didn't account for existing XML files not having the field?  

          Lars Gusowski added a comment -

          We're getting this error to.

          Is there something we could do cause downgrading isn't supported and doesn't work to the change about the XML Files

          Lars Gusowski added a comment - We're getting this error to. Is there something we could do cause downgrading isn't supported and doesn't work to the change about the XML Files

          Daniel Beck added a comment -

          It would be great if someone could provide data that causes this, as well as, ideally, an idea some context why this might have happened. It should be an XML file in fingerprints/ without a usages element.{{}}

          Daniel Beck added a comment - It would be great if someone could provide data that causes this, as well as, ideally, an idea some context why this might have happened. It should be an XML file in fingerprints/ without a usages element.{{}}

          trejkaz added a comment -

          In our case it wasn't even a complete XML file - the file terminates after an opening <string> tag. Attaching a cut-down version where I deleted multiple <entry/> elements at the top.

          Given that the corrupt file was produced by Jenkins itself, I guess there are two things going on:

          1. When an XML file is invalid, somehow Jenkins isn't noticing this when reading it. Maybe it's using an XMLStreamReader with validation turned off?
          2. When Jenkins is writing these files, it isn't doing so atomically.

          trejkaz added a comment - In our case it wasn't even a complete XML file - the file terminates after an opening <string> tag. Attaching a cut-down version where I deleted multiple <entry/> elements at the top. Given that the corrupt file was produced by Jenkins itself, I guess there are two things going on: When an XML file is invalid, somehow Jenkins isn't noticing this when reading it. Maybe it's using an XMLStreamReader with validation turned off? When Jenkins is writing these files, it isn't doing so atomically.

          I was seeing this failure on a number of jobs as well.  I found and deleted a file containing only:

          <?xml version='1.1' encoding='UTF-8'?>
          <fingerprint>

          as well as a file that appeared valid xml, but contained "<usages/>", and after restarting the issue was resolved.
           

          The issue for me was that for most builds failed showing only:

          ERROR: Build step failed with exception
          java.lang.NullPointerException
          Build step 'Copy artifacts from another project' marked build as failure

          and it only switched with 2.128 to show the actual stack trace.  Later I found the following error in the logs:

          Jun 20, 2018 4:22:14 AM hudson.init.impl.InstallUncaughtExceptionHandler$DefaultUncaughtExceptionHandler uncaughtException
          SEVERE: A thread (Fingerprint cleanup thread/51150) died unexpectedly due to an uncaught exception, this may leave your Jenkins in a bad way and is usually indicative of a bug in the code.
          java.lang.NullPointerException
                  at hudson.model.Fingerprint.isAlive(Fingerprint.java:1055)
                  at hudson.model.FingerprintCleanupThread.check(FingerprintCleanupThread.java:110)
                  at hudson.model.FingerprintCleanupThread.execute(FingerprintCleanupThread.java:82)
                  at hudson.model.AsyncPeriodicWork$1.run(AsyncPeriodicWork.java:101)
                  at java.lang.Thread.run(Thread.java:745)

           

          Darryl Champagne added a comment - I was seeing this failure on a number of jobs as well.  I found and deleted a file containing only: <?xml version= '1.1' encoding= 'UTF-8' ?> <fingerprint> as well as a file that appeared valid xml, but contained "<usages/>", and after restarting the issue was resolved.   The issue for me was that for most builds failed showing only: ERROR: Build step failed with exception java.lang.NullPointerException Build step 'Copy artifacts from another project' marked build as failure and it only switched with 2.128 to show the actual stack trace.  Later I found the following error in the logs: Jun 20, 2018 4:22:14 AM hudson.init.impl.InstallUncaughtExceptionHandler$DefaultUncaughtExceptionHandler uncaughtException SEVERE: A thread (Fingerprint cleanup thread/51150) died unexpectedly due to an uncaught exception, this may leave your Jenkins in a bad way and is usually indicative of a bug in the code. java.lang.NullPointerException         at hudson.model.Fingerprint.isAlive(Fingerprint.java:1055)         at hudson.model.FingerprintCleanupThread.check(FingerprintCleanupThread.java:110)         at hudson.model.FingerprintCleanupThread.execute(FingerprintCleanupThread.java:82)         at hudson.model.AsyncPeriodicWork$1.run(AsyncPeriodicWork.java:101)         at java.lang. Thread .run( Thread .java:745)  

          Achraf Ghabi added a comment - - edited

          I think we are getting a similar Exception. Only difference is that we don't have neither "fingerprint" nor "usages" elements in the "build.xml"

          Jul 02, 2018 12:45:00 PM hudson.triggers.SCMTrigger$Runner runPolling
          SEVERE: Failed to record SCM polling for hudson.maven.MavenModuleSet@241b70f4[*****]
          java.lang.NullPointerException
                  at hudson.model.Fingerprint.addWithoutSaving(Fingerprint.java:1033)
                  at hudson.model.Fingerprint.add(Fingerprint.java:1028)
                  at hudson.model.Fingerprint.addFor(Fingerprint.java:1021)
                  at com.cloudbees.plugins.credentials.CredentialsProvider.trackAll(CredentialsProvider.java:1457)
                  at com.cloudbees.plugins.credentials.CredentialsProvider.track(CredentialsProvider.java:1421)
                  at hudson.plugins.git.GitSCM.createClient(GitSCM.java:844)
                  at hudson.plugins.git.GitSCM.compareRemoteRevisionWithImpl(GitSCM.java:690)
                  at hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:657)
                  at hudson.scm.SCM.compareRemoteRevisionWith(SCM.java:400)
                  at hudson.scm.SCM.poll(SCM.java:417)
                  at hudson.model.AbstractProject._poll(AbstractProject.java:1390)
                  at hudson.model.AbstractProject.poll(AbstractProject.java:1293)
                  at jenkins.triggers.SCMTriggerItem$SCMTriggerItems$Bridge.poll(SCMTriggerItem.java:143)
                  at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:603)
                  at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:649)
                  at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119)
                  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
                  at java.util.concurrent.FutureTask.run(FutureTask.java:266)
                  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
                  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
                  at java.lang.Thread.run(Thread.java:748) 

          This started occuring after upgrade from Jenkins 2.128 to 2.129
          But even downgrade to 2.128 didn't fix it

           

           

          Achraf Ghabi added a comment - - edited I think we are getting a similar Exception. Only difference is that we don't have neither "fingerprint" nor "usages" elements in the "build.xml" Jul 02, 2018 12:45:00 PM hudson.triggers.SCMTrigger$Runner runPolling SEVERE: Failed to record SCM polling for hudson.maven.MavenModuleSet@241b70f4[*****] java.lang.NullPointerException at hudson.model.Fingerprint.addWithoutSaving(Fingerprint.java:1033) at hudson.model.Fingerprint.add(Fingerprint.java:1028) at hudson.model.Fingerprint.addFor(Fingerprint.java:1021) at com.cloudbees.plugins.credentials.CredentialsProvider.trackAll(CredentialsProvider.java:1457) at com.cloudbees.plugins.credentials.CredentialsProvider.track(CredentialsProvider.java:1421) at hudson.plugins.git.GitSCM.createClient(GitSCM.java:844) at hudson.plugins.git.GitSCM.compareRemoteRevisionWithImpl(GitSCM.java:690) at hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:657) at hudson.scm.SCM.compareRemoteRevisionWith(SCM.java:400) at hudson.scm.SCM.poll(SCM.java:417) at hudson.model.AbstractProject._poll(AbstractProject.java:1390) at hudson.model.AbstractProject.poll(AbstractProject.java:1293) at jenkins.triggers.SCMTriggerItem$SCMTriggerItems$Bridge.poll(SCMTriggerItem.java:143) at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:603) at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:649) at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang. Thread .run( Thread .java:748) This started occuring after upgrade from Jenkins 2.128 to 2.129 But even downgrade to 2.128 didn't fix it    

          Oleg Nenashev added a comment -

          Yes, this is the same defect.
          I am not sure how the referenced change causes it, maybe a coincidence or upgrade of Git plugin to version with SCM tracking.

          Anyway, the issue needs to be fixed.
          mikecirioli do you plan to work on it?

          Oleg Nenashev added a comment - Yes, this is the same defect. I am not sure how the referenced change causes it, maybe a coincidence or upgrade of Git plugin to version with SCM tracking. Anyway, the issue needs to be fixed. mikecirioli do you plan to work on it?

          Achraf Ghabi added a comment -

          I've narrowed down my problem to latest plugins security update:

          • credentials 2.1.16 --> 2.1.17
          • Github 1.29.1 --> 1.29.2
          • SSH credentials 1.13 --> 1.14
             

          Achraf Ghabi added a comment - I've narrowed down my problem to latest plugins security update: credentials 2.1.16 --> 2.1.17 Github 1.29.1 --> 1.29.2 SSH credentials 1.13 --> 1.14  

          Daniel Beck added a comment -

          achraf All of those have been released about a week ago, while this issue was filed in February. So that's probably incidental.

          Daniel Beck added a comment - achraf All of those have been released about a week ago, while this issue was filed in February. So that's probably incidental.

          Achraf Ghabi added a comment -

          danielbeck: agree!

          I can't imagine why is the problem triggered now (after all these months). I even went to the plugins repositories and checked the latest changes. There is nothing obvious that could cause the exception. 
          In my case the upgrade of those plugins triggered the NPE. I rolled them back and everything went back to normal. I could even upgrade to latest Jenkins version without any further problems. Now we just have to live without the latest security fix from those plugins until a fix of this bug is released!

          Achraf Ghabi added a comment - danielbeck : agree! I can't imagine why is the problem triggered now (after all these months). I even went to the plugins repositories and checked the latest changes. There is nothing obvious that could cause the exception.  In my case the upgrade of those plugins triggered the NPE. I rolled them back and everything went back to normal. I could even upgrade to latest Jenkins version without any further problems. Now we just have to live without the latest security fix from those plugins until a fix of this bug is released!

          Dan Whitehall added a comment -

          Anyone have at least a temporary fix for this issue? we are screwed at the moment.

          Dan Whitehall added a comment - Anyone have at least a temporary fix for this issue? we are screwed at the moment.

          oleg_nenashev this issue seems to be related to JENKINS-26257 ?

          Arnaud Héritier added a comment - oleg_nenashev this issue seems to be related to  JENKINS-26257 ?

          Dan Whitehall added a comment -

          I deleted the contents of $JENKINS_HOME/fingerprints, and am now back in business.

          No idea if this is recommended or not.

          Dan Whitehall added a comment - I deleted the contents of  $JENKINS_HOME/fingerprints , and am now back in business. No idea if this is recommended or not.

          Torsten Reinhard added a comment - - edited

          I had the same issue when loading my pipeline library, Jenkins 2.138.2. It occured after installing "custom-tool" plugin.

          Loading library workflowLibs@master
          Attempting to resolve master from remote references...
           > git --version # timeout=10
          using GIT_SSH to set credentials Bitbucket_Access (ssh://git@git.mycompany.net:port)
           > git ls-remote -h ssh://git@git.mycompany.net:port/scopecom/workflowlibs.git # timeout=10
          Found match: refs/heads/master revision d61d4cd5c6b3383722cc6b47b3d1ef9571803e3f
          java.lang.NullPointerException
           at hudson.model.Fingerprint.addWithoutSaving(Fingerprint.java:1033)
           at hudson.model.Fingerprint.add(Fingerprint.java:1028)
           at hudson.model.Fingerprint.addFor(Fingerprint.java:1021)
           at com.cloudbees.plugins.credentials.CredentialsProvider.trackAll(CredentialsProvider.java:1457)
           at com.cloudbees.plugins.credentials.CredentialsProvider.track(CredentialsProvider.java:1421)
           at hudson.plugins.git.GitSCM.createClient(GitSCM.java:844)
           at hudson.plugins.git.GitSCM.createClient(GitSCM.java:812)
           at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1180)
           at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:120)
           at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.doRetrieve(SCMSourceRetriever.java:116)
           at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.retrieve(SCMSourceRetriever.java:86)
           at org.jenkinsci.plugins.workflow.libs.LibraryAdder.retrieve(LibraryAdder.java:157)
           at org.jenkinsci.plugins.workflow.libs.LibraryAdder.add(LibraryAdder.java:138)
           at org.jenkinsci.plugins.workflow.libs.LibraryDecorator$1.call(LibraryDecorator.java:125)
           at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1065)
           at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:603)
           at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:581)
           at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
           at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298)
           at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268)
           at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688)
           at groovy.lang.GroovyShell.parse(GroovyShell.java:700) 

          in the /fingerprints directory I found 2 files, one of them seems to be truncated (closing xml tags missing):

          <?xml version='1.1' encoding='UTF-8'?>
          <fingerprint>
            <timestamp>2018-10-19 12:31:24.262 UTC</timestamp>
            <md5sum>1f14c21f4332acaf8c1bad991f7b0f14</md5sum>
            <fileName>Credential id=Bitbucket_Access name=myuser (Bitbucket_Access (ssh://git@git.mycompany.net:port))</fileName>
            <usages>
              <entry>
                <string>SeedJob-Generator-ofco-TEST4</string>
                <ranges>1-3</ranges>
              </entry>
          ...
               <entry>
                <string>SeedJob-Generator-dcom-aws-prod-preprod</string>
          

          Torsten Reinhard added a comment - - edited I had the same issue when loading my pipeline library, Jenkins 2.138.2. It occured after installing "custom-tool" plugin. Loading library workflowLibs@master Attempting to resolve master from remote references... > git --version # timeout=10 using GIT_SSH to set credentials Bitbucket_Access (ssh: //git@git.mycompany.net:port) > git ls-remote -h ssh: //git@git.mycompany.net:port/scopecom/workflowlibs.git # timeout=10 Found match: refs/heads/master revision d61d4cd5c6b3383722cc6b47b3d1ef9571803e3f java.lang.NullPointerException at hudson.model.Fingerprint.addWithoutSaving(Fingerprint.java:1033) at hudson.model.Fingerprint.add(Fingerprint.java:1028) at hudson.model.Fingerprint.addFor(Fingerprint.java:1021) at com.cloudbees.plugins.credentials.CredentialsProvider.trackAll(CredentialsProvider.java:1457) at com.cloudbees.plugins.credentials.CredentialsProvider.track(CredentialsProvider.java:1421) at hudson.plugins.git.GitSCM.createClient(GitSCM.java:844) at hudson.plugins.git.GitSCM.createClient(GitSCM.java:812) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1180) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:120) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.doRetrieve(SCMSourceRetriever.java:116) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.retrieve(SCMSourceRetriever.java:86) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.retrieve(LibraryAdder.java:157) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.add(LibraryAdder.java:138) at org.jenkinsci.plugins.workflow.libs.LibraryDecorator$1.call(LibraryDecorator.java:125) at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1065) at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:603) at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:581) at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558) at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298) at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268) at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688) at groovy.lang.GroovyShell.parse(GroovyShell.java:700) in the /fingerprints directory I found 2 files, one of them seems to be truncated (closing xml tags missing): <?xml version= '1.1' encoding= 'UTF-8' ?> <fingerprint> <timestamp>2018-10-19 12:31:24.262 UTC</timestamp> <md5sum>1f14c21f4332acaf8c1bad991f7b0f14</md5sum> <fileName>Credential id=Bitbucket_Access name=myuser (Bitbucket_Access (ssh: //git@git.mycompany.net:port))</fileName> <usages> <entry> <string>SeedJob-Generator-ofco-TEST4</string> <ranges>1-3</ranges> </entry> ... <entry> <string>SeedJob-Generator-dcom-aws-prod-preprod</string>

          Uhsarp Rin added a comment -

          Fixed after stopping the server, deleting the fingerprints folder and restarting the server.

          Uhsarp Rin added a comment - Fixed after stopping the server, deleting the fingerprints folder and restarting the server.

          Oleg Nenashev added a comment -

          It is still not clear what is the root cause, but I propose to consider this ticket as resolved by https://github.com/jenkinsci/jenkins/pull/3305 which was released in 2.163 . If somebody sees such issue after the fix, please create a follow-up ticket and assign it to me

          Oleg Nenashev added a comment - It is still not clear what is the root cause, but I propose to consider this ticket as resolved by https://github.com/jenkinsci/jenkins/pull/3305 which was released in 2.163 . If somebody sees such issue after the fix, please create a follow-up ticket and assign it to me

          Issue already fixed in 2.166

          Francisco Fernández added a comment - Issue already fixed in 2.166

          Oleg Nenashev added a comment -

          Correction: 2.163

          Oleg Nenashev added a comment - Correction: 2.163

            mikecirioli mike cirioli
            jomega Alexander Trauzzi
            Votes:
            7 Vote for this issue
            Watchers:
            20 Start watching this issue

              Created:
              Updated:
              Resolved: