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

Large console logs cause infinite loops in slave

    XMLWordPrintable

Details

    • Bug
    • Status: Resolved (View Workflow)
    • Major
    • Resolution: Duplicate
    • pipeline, remoting
    • We run Jenkins using the official docker image version 2.46.2, docker version 17.03.1-ce, Amazon EC2 plugin 1.36, Ubuntu 14.04, Oracle java version 1.8.0_131 for the slave.jar process

    Description

      I have just been investigating a problem in our jenkins setup that I think might be related to JENKINS-25218. We're using the EC2 plugin and running builds that generate quite large logs (230 MB). At some point during the build, the master loses track of the log and just starts logging the same block of text from the log over and over as long as I let it. The build completes successfully on the slave and nothing bad appears in the Node log in the jenkins UI. But the master continues to fill up the filesystem with the same repeated text forever. I changed the build to log much less and now this isn't happening. We're running 2.46.2. Could this potentially be one of the edge cases?

      Attachments

        Issue Links

          Activity

            I too get this issue. Our pipeline logs will be more than 250 mb. This happens for slaves which we connect to a different domain than master. Same jenkinsfile works on slaves within same domain as master.

            sudhakar_1066 sudhakar natarajan added a comment - I too get this issue. Our pipeline logs will be more than 250 mb. This happens for slaves which we connect to a different domain than master. Same jenkinsfile works on slaves within same domain as master.
            jglick Jesse Glick added a comment -

            Likely a dupe.

            jglick Jesse Glick added a comment - Likely a dupe.
            shahmishal mishal shah added a comment -

            is there any workaround to this issue? 

            shahmishal mishal shah added a comment - is there any workaround to this issue? 

            Hi all,

            please help me with another occurrence of this issue: I've just moved a C.I. environment from Jenkins 2.204.2, remoting 3.36.1, and slaves launched manually via JNLP, to a new environment with Jenkins 2.249.1, remoting 4.5, and slaves launched using the EC2 plugin.

            Our jobs run on both Windows and Linux slaves. Since we moved to the new environment, we are almost regularly experiencing the very same issue on Windows slaves: endless jobs that collect several GB of repeated output from the slave. Going to the slave box, the job has completed all the stuff to do.

            Any idea why we are experiencing the same issue using the latest Jenkins LTS and remoting 4.5?

            Thanks

            Regards,

            Paolo

            parlapiano_paolo Paolo Parlapiano added a comment - Hi all, please help me with another occurrence of this issue: I've just moved a C.I. environment from Jenkins 2.204.2, remoting 3.36.1, and slaves launched manually via JNLP, to a new environment with Jenkins 2.249.1, remoting 4.5, and slaves launched using the EC2 plugin. Our jobs run on both Windows and Linux slaves. Since we moved to the new environment, we are almost regularly experiencing the very same issue on Windows slaves: endless jobs that collect several GB of repeated output from the slave. Going to the slave box, the job has completed all the stuff to do. Any idea why we are experiencing the same issue using the latest Jenkins LTS and remoting 4.5? Thanks Regards, Paolo
            zbynek Zbynek Konecny added a comment - - edited

            jglick I get the same symptoms with a Mac agent (ssh). One thread on the controller has this stacktrace

            org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep [#5296]: checking /Users/Shared/Jenkins/Agent/workspace/iOS-UiTest/dev/ios on ios-test / waiting for ios-test id=352763
            java.lang.Object.wait(Native Method)
            hudson.remoting.Request.call(Request.java:177)
            hudson.remoting.Channel.call(Channel.java:1000)
            hudson.FilePath.act(FilePath.java:1164)
            hudson.FilePath.act(FilePath.java:1153)
            hudson.FilePath.isDirectory(FilePath.java:1778)
            org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.getWorkspace(DurableTaskStep.java:383)
            org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.check(DurableTaskStep.java:566)
            org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.run(DurableTaskStep.java:549)
            java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
            java.util.concurrent.FutureTask.run(FutureTask.java:266)
            java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
            java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
            java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
            java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
            java.lang.Thread.run(Thread.java:748)
            

            Using latest weekly, all plugins updated to latest versions. Any ideas how to debug this further?

            zbynek Zbynek Konecny added a comment - - edited jglick I get the same symptoms with a Mac agent (ssh). One thread on the controller has this stacktrace org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep [#5296]: checking /Users/Shared/Jenkins/Agent/workspace/iOS-UiTest/dev/ios on ios-test / waiting for ios-test id=352763 java.lang. Object .wait(Native Method) hudson.remoting.Request.call(Request.java:177) hudson.remoting.Channel.call(Channel.java:1000) hudson.FilePath.act(FilePath.java:1164) hudson.FilePath.act(FilePath.java:1153) hudson.FilePath.isDirectory(FilePath.java:1778) org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.getWorkspace(DurableTaskStep.java:383) org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.check(DurableTaskStep.java:566) org.jenkinsci.plugins.workflow.steps.durable_task.DurableTaskStep$Execution.run(DurableTaskStep.java:549) java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) java.util.concurrent.FutureTask.run(FutureTask.java:266) java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) java.lang. Thread .run( Thread .java:748) Using latest weekly, all plugins updated to latest versions. Any ideas how to debug this further?

            People

              Unassigned Unassigned
              chris_phillips Chris Phillips
              Votes:
              4 Vote for this issue
              Watchers:
              17 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: