[JENKINS-59596] hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from

Type: Bug
Resolution: Unresolved
Priority: Blocker
Component/s: groovy-plugin
Labels:
None
Environment:
Jenkins ver. 2.121.3
Kubernetes plugin ver. 1.12.1

Similar Issues:
Powered by SuggestiMate

Show

Hi Jenkins community,

We have a pipeline that fails almost every time during the finally block when performing archiveArtifacts steps.
We're using Jenkins kubernetes plugin to provision jenkins-slaves automatically on kubernetes cluster.

The issue seems to occur when artifacts are not present, but since we're using "allowEmptyResults: true", we don't expect the job to fail.

There are mainly two exceptions in the log :

java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677)

and :

hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....

We don't know if they are related to each other or not, but they seem to happen together each time.
And then the master jenkins looses the connection to the slave, hence the pipeline is declared as a FAILURE.

We also suspect that this issue is related to the overall memory allocated to the jenkins slave, since we are noticing that there is a peak consumption on the jnlp slave at the very end, and we don't know to what it corresponds, since we're not doing much on the jnlp container (we're using another container for the build process)

Here's the code of the finally block :

} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}

and the pod specification :

podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)

Any ideas please ?

Zakarya AZZI created issue - 2019-09-30 23:31

Youssef Chraibi made changes - 2019-10-01 11:10

Description

Original: *You find below the logs. are there any problems related to the jenkins(ver. 2.121.3)/kubernetes(ver. 1.12.1) version I am using.*
*Please note that, while I am collecting RAM & CPU consumption I noticed that the jnlp is consuming more and more while our builds are done on another container, is this normal?*
*Any ideas please ?*

*logs:*
Archiving artifacts java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677) at hudson.FilePath$34.invoke(FilePath.java:2556) at hudson.FilePath$34.invoke(FilePath.java:2546) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2917) Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from slc10tec.us.oracle.com/10.244.2.1:59674 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741) at hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357) at hudson.remoting.Channel.call(Channel.java:955) at hudson.FilePath.act(FilePath.java:1036) at hudson.FilePath.act(FilePath.java:1025) at hudson.FilePath.validateAntFileMask(FilePath.java:2546) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:243) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67) at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) 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) Caused: hudson.FilePath$TunneledInterruptedException at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2919) at hudson.remoting.UserRequest.perform(UserRequest.java:211) at hudson.remoting.UserRequest.perform(UserRequest.java:54) at hudson.remoting.Request$2.run(Request.java:369) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) 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 hudson.remoting.Engine$1.lambda$newThread$0(Engine.java:97) Caused: java.lang.InterruptedException: java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath.act(FilePath.java:1038) at hudson.FilePath.act(FilePath.java:1025) at hudson.FilePath.validateAntFileMask(FilePath.java:2546) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:243) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67) at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) 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)

java.nio.channels.ClosedChannelException Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from slc10tec.us.oracle.com/10.244.2.1:59674 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741) at hudson.remoting.Request.call(Request.java:202) at hudson.remoting.Channel.call(Channel.java:954) at hudson.FilePath.act(FilePath.java:1036) at hudson.FilePath.act(FilePath.java:1025) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:233) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67) at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) Caused: hudson.remoting.RequestAbortedException at hudson.remoting.Request.abort(Request.java:340) at hudson.remoting.Channel.terminate(Channel.java:1038) at org.jenkinsci.remoting.protocol.impl.ChannelApplicationLayer.onReadClosed(ChannelApplicationLayer.java:209) at org.jenkinsci.remoting.protocol.ApplicationLayer.onRecvClosed(ApplicationLayer.java:222) at org.jenkinsci.remoting.protocol.ProtocolStack$Ptr.onRecvClosed(ProtocolStack.java:832) at org.jenkinsci.remoting.protocol.FilterLayer.onRecvClosed(FilterLayer.java:287) at org.jenkinsci.remoting.protocol.impl.SSLEngineFilterLayer.onRecvClosed(SSLEngineFilterLayer.java:172) at org.jenkinsci.remoting.protocol.ProtocolStack$Ptr.onRecvClosed(ProtocolStack.java:832) at org.jenkinsci.remoting.protocol.NetworkLayer.onRecvClosed(NetworkLayer.java:154) at org.jenkinsci.remoting.protocol.impl.NIONetworkLayer.ready(NIONetworkLayer.java:142) at org.jenkinsci.remoting.protocol.IOHub$OnReady.run(IOHub.java:795) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:59) 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)

New: *You find below the logs. are there any problems related to the jenkins(ver. 2.121.3)/kubernetes(ver. 1.12.1) version I am using.*
*Please note that, while I am collecting RAM & CPU consumption I noticed that the jnlp is consuming more and more while our builds are done on another container, is this normal?*
*Any ideas please*

*logs:*
{noformat}
Archiving artifacts java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677) at hudson.FilePath$34.invoke(FilePath.java:2556) at hudson.FilePath$34.invoke(FilePath.java:2546) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2917) Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from slc10tec.us.oracle.com/10.244.2.1:59674 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741) at hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357) at hudson.remoting.Channel.call(Channel.java:955) at hudson.FilePath.act(FilePath.java:1036) at hudson.FilePath.act(FilePath.java:1025) at hudson.FilePath.validateAntFileMask(FilePath.java:2546) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:243) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67) at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) 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) Caused: hudson.FilePath$TunneledInterruptedException at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2919) at hudson.remoting.UserRequest.perform(UserRequest.java:211) at hudson.remoting.UserRequest.perform(UserRequest.java:54) at hudson.remoting.Request$2.run(Request.java:369) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) 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 hudson.remoting.Engine$1.lambda$newThread$0(Engine.java:97) Caused: java.lang.InterruptedException: java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath.act(FilePath.java:1038) at hudson.FilePath.act(FilePath.java:1025) at hudson.FilePath.validateAntFileMask(FilePath.java:2546) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:243) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67) at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) 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)
java.nio.channels.ClosedChannelException Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from slc10tec.us.oracle.com/10.244.2.1:59674 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741) at hudson.remoting.Request.call(Request.java:202) at hudson.remoting.Channel.call(Channel.java:954) at hudson.FilePath.act(FilePath.java:1036) at hudson.FilePath.act(FilePath.java:1025) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:233) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67) at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) Caused: hudson.remoting.RequestAbortedException at hudson.remoting.Request.abort(Request.java:340) at hudson.remoting.Channel.terminate(Channel.java:1038) at org.jenkinsci.remoting.protocol.impl.ChannelApplicationLayer.onReadClosed(ChannelApplicationLayer.java:209) at org.jenkinsci.remoting.protocol.ApplicationLayer.onRecvClosed(ApplicationLayer.java:222) at org.jenkinsci.remoting.protocol.ProtocolStack$Ptr.onRecvClosed(ProtocolStack.java:832) at org.jenkinsci.remoting.protocol.FilterLayer.onRecvClosed(FilterLayer.java:287) at org.jenkinsci.remoting.protocol.impl.SSLEngineFilterLayer.onRecvClosed(SSLEngineFilterLayer.java:172) at org.jenkinsci.remoting.protocol.ProtocolStack$Ptr.onRecvClosed(ProtocolStack.java:832) at org.jenkinsci.remoting.protocol.NetworkLayer.onRecvClosed(NetworkLayer.java:154) at org.jenkinsci.remoting.protocol.impl.NIONetworkLayer.ready(NIONetworkLayer.java:142) at org.jenkinsci.remoting.protocol.IOHub$OnReady.run(IOHub.java:795) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:59) 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)
{noformat}

Youssef Chraibi made changes - 2019-10-01 11:26

Description

Original: *You find below the logs. are there any problems related to the jenkins(ver. 2.121.3)/kubernetes(ver. 1.12.1) version I am using.*
*Please note that, while I am collecting RAM & CPU consumption I noticed that the jnlp is consuming more and more while our builds are done on another container, is this normal?*
*Any ideas please*

*logs:*
{noformat}
Archiving artifacts java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677) at hudson.FilePath$34.invoke(FilePath.java:2556) at hudson.FilePath$34.invoke(FilePath.java:2546) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2917) Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from slc10tec.us.oracle.com/10.244.2.1:59674 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741) at hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357) at hudson.remoting.Channel.call(Channel.java:955) at hudson.FilePath.act(FilePath.java:1036) at hudson.FilePath.act(FilePath.java:1025) at hudson.FilePath.validateAntFileMask(FilePath.java:2546) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:243) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67) at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) 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) Caused: hudson.FilePath$TunneledInterruptedException at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2919) at hudson.remoting.UserRequest.perform(UserRequest.java:211) at hudson.remoting.UserRequest.perform(UserRequest.java:54) at hudson.remoting.Request$2.run(Request.java:369) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) 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 hudson.remoting.Engine$1.lambda$newThread$0(Engine.java:97) Caused: java.lang.InterruptedException: java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath.act(FilePath.java:1038) at hudson.FilePath.act(FilePath.java:1025) at hudson.FilePath.validateAntFileMask(FilePath.java:2546) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:243) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67) at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) 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)
java.nio.channels.ClosedChannelException Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from slc10tec.us.oracle.com/10.244.2.1:59674 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741) at hudson.remoting.Request.call(Request.java:202) at hudson.remoting.Channel.call(Channel.java:954) at hudson.FilePath.act(FilePath.java:1036) at hudson.FilePath.act(FilePath.java:1025) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:233) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67) at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) Caused: hudson.remoting.RequestAbortedException at hudson.remoting.Request.abort(Request.java:340) at hudson.remoting.Channel.terminate(Channel.java:1038) at org.jenkinsci.remoting.protocol.impl.ChannelApplicationLayer.onReadClosed(ChannelApplicationLayer.java:209) at org.jenkinsci.remoting.protocol.ApplicationLayer.onRecvClosed(ApplicationLayer.java:222) at org.jenkinsci.remoting.protocol.ProtocolStack$Ptr.onRecvClosed(ProtocolStack.java:832) at org.jenkinsci.remoting.protocol.FilterLayer.onRecvClosed(FilterLayer.java:287) at org.jenkinsci.remoting.protocol.impl.SSLEngineFilterLayer.onRecvClosed(SSLEngineFilterLayer.java:172) at org.jenkinsci.remoting.protocol.ProtocolStack$Ptr.onRecvClosed(ProtocolStack.java:832) at org.jenkinsci.remoting.protocol.NetworkLayer.onRecvClosed(NetworkLayer.java:154) at org.jenkinsci.remoting.protocol.impl.NIONetworkLayer.ready(NIONetworkLayer.java:142) at org.jenkinsci.remoting.protocol.IOHub$OnReady.run(IOHub.java:795) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:59) 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)
{noformat}

New:

Hi Jenkins community,

We have a pipeline that fails almost every time during the finally block when performing archiveArtifacts steps.
We're using Jenkins kubernetes plugin to provision jenkins-slaves automatically on kubernetes cluster.

The issue seems to occur when artifacts are not present, but since we're using "allowEmptyResults: true", we don't expect the job to fail.

There are mainly two exceptions in the log :
{noformat}
java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677){noformat}
and :

{noformat}
hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....{noformat}
We don't know if they are related to each other or not, but they seem to happen together each time.
And then the master jenkins looses the connection to the slave, hence the pipeline is declared as a FAILURE.

We also suspect that this issue is related to the overall memory allocated to the jenkins slave, since we are noticing that there is a peak consumption on the jnlp slave at the very end, and we don't know to what it corresponds, since we're not doing much on the jnlp container (we're using another container for the build process)

Here's the code of the finally block :

{code:java}
} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}{code}
and the pod specification :
{code:java}
podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)
{code}

Any ideas please ?

Youssef Chraibi made changes - 2019-10-01 11:26

Description

Original:

Hi Jenkins community,

We have a pipeline that fails almost every time during the finally block when performing archiveArtifacts steps.
We're using Jenkins kubernetes plugin to provision jenkins-slaves automatically on kubernetes cluster.

The issue seems to occur when artifacts are not present, but since we're using "allowEmptyResults: true", we don't expect the job to fail.

There are mainly two exceptions in the log :
{noformat}
java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677){noformat}
and :

{noformat}
hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....{noformat}
We don't know if they are related to each other or not, but they seem to happen together each time.
And then the master jenkins looses the connection to the slave, hence the pipeline is declared as a FAILURE.

We also suspect that this issue is related to the overall memory allocated to the jenkins slave, since we are noticing that there is a peak consumption on the jnlp slave at the very end, and we don't know to what it corresponds, since we're not doing much on the jnlp container (we're using another container for the build process)

Here's the code of the finally block :

{code:java}
} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}{code}
and the pod specification :
{code:java}
podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)
{code}

Any ideas please ?

New:

Hi Jenkins community,

We have a pipeline that fails almost every time during the finally block when performing archiveArtifacts steps.
We're using Jenkins kubernetes plugin to provision jenkins-slaves automatically on kubernetes cluster.

The issue seems to occur when artifacts are not present, but since we're using "allowEmptyResults: true", we don't expect the job to fail.

There are mainly two exceptions in the log :
{noformat}
java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677){noformat}
and :
{noformat}
hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....{noformat}
We don't know if they are related to each other or not, but they seem to happen together each time.
And then the master jenkins looses the connection to the slave, hence the pipeline is declared as a FAILURE.

We also suspect that this issue is related to the overall memory allocated to the jenkins slave, since we are noticing that there is a peak consumption on the jnlp slave at the very end, and we don't know to what it corresponds, since we're not doing much on the jnlp container (we're using another container for the build process)

Here's the code of the finally block :

{code:java}
} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}{code}
and the pod specification :
{code:java}
podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)
{code}

Any ideas please ?

Youssef Chraibi made changes - 2019-10-01 11:26

Description

Original:

Hi Jenkins community,

We have a pipeline that fails almost every time during the finally block when performing archiveArtifacts steps.
We're using Jenkins kubernetes plugin to provision jenkins-slaves automatically on kubernetes cluster.

The issue seems to occur when artifacts are not present, but since we're using "allowEmptyResults: true", we don't expect the job to fail.

There are mainly two exceptions in the log :
{noformat}
java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677){noformat}
and :
{noformat}
hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....{noformat}
We don't know if they are related to each other or not, but they seem to happen together each time.
And then the master jenkins looses the connection to the slave, hence the pipeline is declared as a FAILURE.

We also suspect that this issue is related to the overall memory allocated to the jenkins slave, since we are noticing that there is a peak consumption on the jnlp slave at the very end, and we don't know to what it corresponds, since we're not doing much on the jnlp container (we're using another container for the build process)

Here's the code of the finally block :

{code:java}
} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}{code}
and the pod specification :
{code:java}
podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)
{code}

Any ideas please ?

New:

Hi Jenkins community,

We have a pipeline that fails almost every time during the finally block when performing archiveArtifacts steps.
We're using Jenkins kubernetes plugin to provision jenkins-slaves automatically on kubernetes cluster.

The issue seems to occur when artifacts are not present, but since we're using "allowEmptyResults: true", we don't expect the job to fail.

There are mainly two exceptions in the log :
{noformat}
java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677){noformat}
and :
{noformat}
hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....{noformat}
We don't know if they are related to each other or not, but they seem to happen together each time.
And then the master jenkins looses the connection to the slave, hence the pipeline is declared as a FAILURE.

We also suspect that this issue is related to the overall memory allocated to the jenkins slave, since we are noticing that there is a peak consumption on the jnlp slave at the very end, and we don't know to what it corresponds, since we're not doing much on the jnlp container (we're using another container for the build process)

Here's the code of the finally block :

{code:java}
} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}{code}
and the pod specification :
{code:java}
podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)
{code}
Any ideas please ?

Youssef Chraibi made changes - 2019-10-02 08:32

Assignee

Original: Jakub Pawlinski [ quas ]

New: vjuranek [ vjuranek ]

晓龙 made changes - 2023-03-22 03:22

Description

Original:

Hi Jenkins community,

We have a pipeline that fails almost every time during the finally block when performing archiveArtifacts steps.
We're using Jenkins kubernetes plugin to provision jenkins-slaves automatically on kubernetes cluster.

The issue seems to occur when artifacts are not present, but since we're using "allowEmptyResults: true", we don't expect the job to fail.

There are mainly two exceptions in the log :
{noformat}
java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677){noformat}
and :
{noformat}
hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....{noformat}
We don't know if they are related to each other or not, but they seem to happen together each time.
And then the master jenkins looses the connection to the slave, hence the pipeline is declared as a FAILURE.

We also suspect that this issue is related to the overall memory allocated to the jenkins slave, since we are noticing that there is a peak consumption on the jnlp slave at the very end, and we don't know to what it corresponds, since we're not doing much on the jnlp container (we're using another container for the build process)

Here's the code of the finally block :

{code:java}
} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}{code}
and the pod specification :
{code:java}
podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)
{code}
Any ideas please ?

New:

嗨詹金斯社区，

我们有一个管道，在执行 archiveArtifacts 步骤时，几乎每次在 finally 块期间都会失败。
我们使用 Jenkins kubernetes 插件在 kubernetes 集群上自动配置 jenkins-slaves。

当工件不存在时，似乎会出现此问题，但由于我们使用“allowEmptyResults： true”，因此我们不希望作业失败。

日志中主要有两个例外：
{noformat}
java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677){noformat}
和：
{noformat}
hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....{noformat}
我们不知道它们是否相互关联，但它们似乎每次都一起发生。
然后主 jenkins 失去与从属的连接，因此管道被声明为 FAILURE。

我们还怀疑这个问题与分配给 jenkins 奴隶的总内存有关，因为我们注意到 jnlp 奴隶在最后有一个峰值消耗，我们不知道它对应什么，因为我们在 jnlp 容器上没有做太多事情（我们在构建过程中使用另一个容器）

这是 finally 块的代码：

{code:java}
} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}{code}
和吊舱规格：
{code:java}
podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)
{code}
请问有什么想法吗？

Mark Waite made changes - 2023-04-08 01:07

Description

Original:

嗨詹金斯社区，

我们有一个管道，在执行 archiveArtifacts 步骤时，几乎每次在 finally 块期间都会失败。
我们使用 Jenkins kubernetes 插件在 kubernetes 集群上自动配置 jenkins-slaves。

当工件不存在时，似乎会出现此问题，但由于我们使用“allowEmptyResults： true”，因此我们不希望作业失败。

日志中主要有两个例外：
{noformat}
java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677){noformat}
和：
{noformat}
hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....{noformat}
我们不知道它们是否相互关联，但它们似乎每次都一起发生。
然后主 jenkins 失去与从属的连接，因此管道被声明为 FAILURE。

我们还怀疑这个问题与分配给 jenkins 奴隶的总内存有关，因为我们注意到 jnlp 奴隶在最后有一个峰值消耗，我们不知道它对应什么，因为我们在 jnlp 容器上没有做太多事情（我们在构建过程中使用另一个容器）

这是 finally 块的代码：

{code:java}
} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}{code}
和吊舱规格：
{code:java}
podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)
{code}
请问有什么想法吗？

New: Hi Jenkins community,

We have a pipeline that fails almost every time during the finally block when performing archiveArtifacts steps.
We're using Jenkins kubernetes plugin to provision jenkins-slaves automatically on kubernetes cluster.

The issue seems to occur when artifacts are not present, but since we're using "allowEmptyResults: true", we don't expect the job to fail.

There are mainly two exceptions in the log :
{noformat}
java.lang.InterruptedException: no matches found within 10000 at hudson.FilePath$34.hasMatch(FilePath.java:2677){noformat}
and :
{noformat}
hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from ....{noformat}
We don't know if they are related to each other or not, but they seem to happen together each time.
And then the master jenkins looses the connection to the slave, hence the pipeline is declared as a FAILURE.

We also suspect that this issue is related to the overall memory allocated to the jenkins slave, since we are noticing that there is a peak consumption on the jnlp slave at the very end, and we don't know to what it corresponds, since we're not doing much on the jnlp container (we're using another container for the build process)

Here's the code of the finally block :

{code:java}
} finally {
      container('build_container') {
        junit testResults: 'e2e-testing/build/reports/**/*.xml', allowEmptyResults: true
        junit testResults: '**/build/test-results/test/**/*.xml', allowEmptyResults: true
        archiveArtifacts artifacts: 'e2e-testing/build/screenshots/**/*.png', fingerprint: true, allowEmptyArchive: true
        archiveArtifacts artifacts: '**/hs_err_*.log', allowEmptyArchive: true
  }
}{code}
and the pod specification :
{code:java}
podTemplate(
    label: label,
    envVars: [
        envVar(key: 'GRADLE_USER_HOME', value: '/home/jenkins/.gradle'),
    ],
    containers: [
        containerTemplate(
            name: 'build_container',
            image: "${GlobalVars.artifactory}/build_image:1.6",
            ttyEnabled: true,
            resourceRequestMemory: '12Gi',
            resourceLimitMemory: '12Gi'
        ),
        containerTemplate(
            name: 'jnlp',
            image: 'jenkinsci/jnlp-slave:latest',
            ttyEnabled: true,
            resourceRequestMemory: '1Gi',
            resourceLimitMemory: '1Gi',
        )
    ]
)
{code}
Any ideas please ?

Mark Waite made changes - 2023-04-08 01:07

Comment

[ [~demonlg] please explain why you changed the issue report from English text to Chinese text. That change was not requested by the original submitter nor anyone else. If no explanation is provided, I'll plan to undo that change. If that behavior happens again, I'll plan to block your account. ]

Assignee:: vjuranek

Reporter:: Zakarya AZZI

Votes:: 4 Vote for this issue

Watchers:: 6 Start watching this issue

Created:: 2019-09-30 23:31

Updated:: 2023-04-08 01:07

Jenkins

Details

Description

Attachments

Activity

People

Dates