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

Pipeline decided the timestamper plugin wasn't loaded?

    Details

    • Similar Issues:

      Description

      Saw this a couple times from a pipeline in ci.jenkins.io

      The timestamper plugin has never not been loaded in recent history, and yet somehow the parser couldn't find it for some intermittent period of time when these Pipelines were retriggered by "branch indexing".

      Nothing was really jumping out at me in the instance logs

      Branch indexing
      
      Connecting to https://api.github.com using jenkinsadmin/****** (GitHub access token for jenkinsadmin)
      
      Loading trusted files from base branch staging at 01bbca41a9c44b83d2b275c4c307bdd79ab7ba38 rather than 0ec262c0d14bd815e1f624080ab0dc029443ef50
      
      Obtained Jenkinsfile from 01bbca41a9c44b83d2b275c4c307bdd79ab7ba38
      
      Loading library pipeline-library@master
      
      Attempting to resolve master from remote references...
      
      Found match: refs/heads/master revision 88016efbe01befaae2eeb960c732a95e4dbc1079
      
      Fetching changes from the remote Git repository
      
      Fetching without tags
      
      Checking out Revision 88016efbe01befaae2eeb960c732a95e4dbc1079 (master)
      
      Commit message: "Merge pull request #17 from oleg-nenashev/INFRA-1277"
      
      
      GitHub has been notified of this commit’s build result
      
      
      org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
      
      WorkflowScript: 9: Invalid option type "timestamps". Valid option types: [ansiColor, authorizationMatrix, buildDiscarder, catchError, disableConcurrentBuilds, overrideIndexTriggers, realTimeJUnitReports, retry, script, skipDefaultCheckout, skipStagesAfterUnstable, throttle, timeout, withCredentials, withEnv, ws] @ line 9, column 9.
      
                 timestamps()
      
                 ^
      
      
      1 error
      
      
      	at org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:310)
      
      	at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1085)
      
      	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)
      
      	at org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.doParse(CpsGroovyShell.java:129)
      
      	at org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.reparse(CpsGroovyShell.java:123)
      
      	at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.parseScript(CpsFlowExecution.java:517)
      
      	at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.start(CpsFlowExecution.java:480)
      
      	at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:269)
      
      	at hudson.model.ResourceController.execute(ResourceController.java:97)
      
      	at hudson.model.Executor.run(Executor.java:421)
      
      Finished: FAILURE
      

        Attachments

          Issue Links

            Activity

            Hide
            kupas Victor Pascual added a comment -

            Andrew Bayer the error happens every time the job is triggered because of the cron. If the job is triggered manually there is no error. Let me know if you need any more help

            Show
            kupas Victor Pascual added a comment - Andrew Bayer the error happens every time the job is triggered because of the cron. If the job is triggered manually there is no error. Let me know if you need any more help
            Hide
            abayer Andrew Bayer added a comment -

            Ok, reopening JENKINS-48556. =)

            Show
            abayer Andrew Bayer added a comment - Ok, reopening JENKINS-48556 . =)
            Hide
            abayer Andrew Bayer added a comment -

            I think https://github.com/jenkinsci/pipeline-model-definition-plugin/pull/229 should fix this, assuming I'm right about the origin of the problem.

            Show
            abayer Andrew Bayer added a comment - I think https://github.com/jenkinsci/pipeline-model-definition-plugin/pull/229 should fix this, assuming I'm right about the origin of the problem.
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Andrew Bayer
            Path:
            pipeline-model-definition/src/main/groovy/org/jenkinsci/plugins/pipeline/modeldefinition/model/Options.groovy
            pipeline-model-definition/src/main/java/org/jenkinsci/plugins/pipeline/modeldefinition/ModelStepLoader.java
            http://jenkins-ci.org/commit/pipeline-model-definition-plugin/d6102ab102dbe9b13280924e3f8b766c836e821e
            Log:
            JENKINS-48304 Invalidate option type caches after extensions augmented

            This may not be perfect, but it should hopefully eliminate the
            potential race condition of not all types being in the caches due to
            plugin loading order.

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Andrew Bayer Path: pipeline-model-definition/src/main/groovy/org/jenkinsci/plugins/pipeline/modeldefinition/model/Options.groovy pipeline-model-definition/src/main/java/org/jenkinsci/plugins/pipeline/modeldefinition/ModelStepLoader.java http://jenkins-ci.org/commit/pipeline-model-definition-plugin/d6102ab102dbe9b13280924e3f8b766c836e821e Log: JENKINS-48304 Invalidate option type caches after extensions augmented This may not be perfect, but it should hopefully eliminate the potential race condition of not all types being in the caches due to plugin loading order.
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Andrew Bayer
            Path:
            pipeline-model-definition/src/main/groovy/org/jenkinsci/plugins/pipeline/modeldefinition/model/Options.groovy
            pipeline-model-definition/src/main/java/org/jenkinsci/plugins/pipeline/modeldefinition/ModelStepLoader.java
            http://jenkins-ci.org/commit/pipeline-model-definition-plugin/02ee6085f07a0fa9d61f84cabb539547ced4e2d9
            Log:
            Merge pull request #229 from abayer/jenkins-48304

            JENKINS-48304 Invalidate option type caches after extensions augmented

            Compare: https://github.com/jenkinsci/pipeline-model-definition-plugin/compare/63d84520758c...02ee6085f07a

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Andrew Bayer Path: pipeline-model-definition/src/main/groovy/org/jenkinsci/plugins/pipeline/modeldefinition/model/Options.groovy pipeline-model-definition/src/main/java/org/jenkinsci/plugins/pipeline/modeldefinition/ModelStepLoader.java http://jenkins-ci.org/commit/pipeline-model-definition-plugin/02ee6085f07a0fa9d61f84cabb539547ced4e2d9 Log: Merge pull request #229 from abayer/jenkins-48304 JENKINS-48304 Invalidate option type caches after extensions augmented Compare: https://github.com/jenkinsci/pipeline-model-definition-plugin/compare/63d84520758c...02ee6085f07a

              People

              • Assignee:
                abayer Andrew Bayer
                Reporter:
                rtyler R. Tyler Croy
              • Votes:
                0 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: