[JIRA] (JENKINS-61708) Monitoring TimeoutException using remoting websocket

2020-03-27 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-61708  
 
 
  Monitoring TimeoutException using remoting websocket   
 

  
 
 
 
 

 
Change By: 
 Filip Pytloun  
 
 
Environment: 
 Jenkins 2.226 running in Kubernetes  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.13.12#713012-sha1:6e07c38)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.205533.1585303543000.886.1585303620146%40Atlassian.JIRA.


[JIRA] (JENKINS-56347) Kubernetes plugin provisioning pods twice in 1.14.6

2019-03-07 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun commented on  JENKINS-56347  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Kubernetes plugin provisioning pods twice in 1.14.6   
 

  
 
 
 
 

 
 Any update? This is serious issue and is also affecting latest version 1.14.8.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-53532) KubernetesClientException: Operation: [get] for kind: [Pod] with name: [maven-3-jdk-8-hgdv3] in namespace: [jenkins] failed

2019-03-07 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun commented on  JENKINS-53532  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: KubernetesClientException: Operation: [get] for kind: [Pod] with name: [maven-3-jdk-8-hgdv3] in namespace: [jenkins] failed   
 

  
 
 
 
 

 
 I changed the value from 0 to 300 and so far it seems it solved the issue. I also got "currently unused" help text and thought that 0 = no timeout.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-53532) KubernetesClientException: Operation: [get] for kind: [Pod] with name: [maven-3-jdk-8-hgdv3] in namespace: [jenkins] failed

2019-03-04 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun commented on  JENKINS-53532  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: KubernetesClientException: Operation: [get] for kind: [Pod] with name: [maven-3-jdk-8-hgdv3] in namespace: [jenkins] failed   
 

  
 
 
 
 

 
 Hello, I am also getting this exception occasionaly: java.net.SocketException: Socket closed at java.net.SocketInputStream.read(SocketInputStream.java:204) at java.net.SocketInputStream.read(SocketInputStream.java:141) at sun.security.ssl.InputRecord.readFully(InputRecord.java:465) at sun.security.ssl.InputRecord.read(InputRecord.java:503) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:983) at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:940) at sun.security.ssl.AppInputStream.read(AppInputStream.java:105) at okio.Okio$2.read(Okio.java:139) at okio.AsyncTimeout$2.read(AsyncTimeout.java:237) Caused: java.net.SocketTimeoutException: timeout at okio.Okio$4.newTimeoutException(Okio.java:230) at okio.AsyncTimeout.exit(AsyncTimeout.java:285) at okio.AsyncTimeout$2.read(AsyncTimeout.java:241) at okio.RealBufferedSource.indexOf(RealBufferedSource.java:345) at okio.RealBufferedSource.readUtf8LineStrict(RealBufferedSource.java:217) at okhttp3.internal.http1.Http1Codec.readHeaderLine(Http1Codec.java:212) at okhttp3.internal.http1.Http1Codec.readResponseHeaders(Http1Codec.java:189) at okhttp3.internal.http.CallServerInterceptor.intercept(CallServerInterceptor.java:88) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.java:45) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.java:93) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.java:93) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.java:125) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) at io.fabric8.kubernetes.client.utils.BackwardsCompatibilityInterceptor.intercept(BackwardsCompatibilityInterceptor.java:119) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) at io.fabric8.kubernetes.client.utils.ImpersonatorInterceptor.intercept(ImpersonatorInterceptor.java:68) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) at io.fabric8.kubernetes.client.utils.HttpClientUtils$2.intercept(HttpClientUtils.java:107) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) at okhttp3.RealCall.getResponseWithInterceptorChain(RealCall.java:200) at okhttp3.RealCall.execute(RealCall.java:77) at io.fabric8.kubernetes.client.dsl.base.OperationSupport.handleResponse(OperationSupport.java:379) at io.fabric8.kubernetes.client.dsl.base.OperationSupport.handleResponse(OperationSupport.java:344) at io.fabric8.kubernetes.client.dsl.base.OperationSupport.handleGet(OperationSupport.java:313) at 

[JIRA] (JENKINS-56347) Kubernetes plugin provisioning pods twice in 1.14.6

2019-03-01 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-56347  
 
 
  Kubernetes plugin provisioning pods twice in 1.14.6   
 

  
 
 
 
 

 
Change By: 
 Filip Pytloun  
 

  
 
 
 
 

 
 Since 1.14.6 and it's update to kubernetes client 4.1.2, I started to observe weird behavior when plugin provisions two pods for one pod template. Second pod is exactly the same as first one but is spawned exactly 20 seconds after.I tried version 1.14.5 and it's working well (also tested 1.14.2, 1.14.0).Also it seems that SocketClosed exceptions caused by timeout on get operation became more frequent:Caused: io.fabric8.kubernetes.client.KubernetesClientException: Operation: [get]  for kind: [Pod]  with name: [terraform-deploy-fabric-cluster-cec-az-246-hc9xs-2z6rf]  in namespace: [jenkins]  failed.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-56347) Kubernetes plugin provisioning pods twice in 1.14.6

2019-03-01 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-56347  
 
 
  Kubernetes plugin provisioning pods twice in 1.14.6   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Carlos Sanchez  
 
 
Components: 
 kubernetes-plugin  
 
 
Created: 
 2019-03-01 16:53  
 
 
Priority: 
  Major  
 
 
Reporter: 
 Filip Pytloun  
 

  
 
 
 
 

 
 Since 1.14.6 and it's update to kubernetes client 4.1.2, I started to observe weird behavior when plugin provisions two pods for one pod template. Second pod is exactly the same as first one but is spawned exactly 20 seconds after. I tried version 1.14.5 and it's working well (also tested 1.14.2, 1.14.0). Also it seems that SocketClosed exceptions caused by timeout on get operation became more frequent: Caused: io.fabric8.kubernetes.client.KubernetesClientException: Operation: [get] for kind: [Pod] with name: [terraform-deploy-fabric-cluster-cec-az-246-hc9xs-2z6rf] in namespace: [jenkins] failed.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 

[JIRA] (JENKINS-55712) SocketTimeoutException with kubernetes pipelines

2019-01-21 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-55712  
 
 
  SocketTimeoutException with kubernetes pipelines   
 

  
 
 
 
 

 
Change By: 
 Filip Pytloun  
 

  
 
 
 
 

 
 We are facing issue with occasional SocketTimeoutException when executing long-running shell commands inside pod containers.We have never seen this happen during short running tasks.*Full traceback:* {{ java.net.SocketException: Socket closed   at java.net.SocketInputStream.read(SocketInputStream.java:204)   at java.net.SocketInputStream.read(SocketInputStream.java:141)   at sun.security.ssl.InputRecord.readFully(InputRecord.java:465)   at sun.security.ssl.InputRecord.read(InputRecord.java:503)   at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:983)   at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:940)   at sun.security.ssl.AppInputStream.read(AppInputStream.java:105)   at okio.Okio$2.read(Okio.java:139)   at okio.AsyncTimeout$2.read(AsyncTimeout.java:237)   Caused: java.net.SocketTimeoutException: timeout   at okio.Okio$4.newTimeoutException(Okio.java:230)   at okio.AsyncTimeout.exit(AsyncTimeout.java:285)   at okio.AsyncTimeout$2.read(AsyncTimeout.java:241)   at okio.RealBufferedSource.indexOf(RealBufferedSource.java:345)   at okio.RealBufferedSource.readUtf8LineStrict(RealBufferedSource.java:217)   at okhttp3.internal.http1.Http1Codec.readHeaderLine(Http1Codec.java:212)   at okhttp3.internal.http1.Http1Codec.readResponseHeaders(Http1Codec.java:189)   at okhttp3.internal.http.CallServerInterceptor.intercept(CallServerInterceptor.java:88)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)   at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.java:45)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)   at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.java:93)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)   at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.java:93)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)   at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.java:125)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)   at io.fabric8.kubernetes.client.utils.BackwardsCompatibilityInterceptor.intercept(BackwardsCompatibilityInterceptor.java:119)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)   at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121)   at io.fabric8.kubernetes.client.utils.ImpersonatorInterceptor.intercept(ImpersonatorInterceptor.java:66)   at 

[JIRA] (JENKINS-55712) SocketTimeoutException with kubernetes pipelines

2019-01-21 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-55712  
 
 
  SocketTimeoutException with kubernetes pipelines   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Ioannis Canellos  
 
 
Components: 
 kubernetes-pipeline-plugin  
 
 
Created: 
 2019-01-21 17:42  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Filip Pytloun  
 

  
 
 
 
 

 
 We are facing issue with occasional SocketTimeoutException when executing long-running shell commands inside pod containers. We have never seen this happen during short running tasks. Full traceback: java.net.SocketException: Socket closed at java.net.SocketInputStream.read(SocketInputStream.java:204) at java.net.SocketInputStream.read(SocketInputStream.java:141) at sun.security.ssl.InputRecord.readFully(InputRecord.java:465) at sun.security.ssl.InputRecord.read(InputRecord.java:503) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:983) at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:940) at sun.security.ssl.AppInputStream.read(AppInputStream.java:105) at okio.Okio$2.read(Okio.java:139) at okio.AsyncTimeout$2.read(AsyncTimeout.java:237) Caused: java.net.SocketTimeoutException: timeout at okio.Okio$4.newTimeoutException(Okio.java:230) at okio.AsyncTimeout.exit(AsyncTimeout.java:285) at okio.AsyncTimeout$2.read(AsyncTimeout.java:241) at okio.RealBufferedSource.indexOf(RealBufferedSource.java:345) at okio.RealBufferedSource.readUtf8LineStrict(RealBufferedSource.java:217) at okhttp3.internal.http1.Http1Codec.readHeaderLine(Http1Codec.java:212) at okhttp3.internal.http1.Http1Codec.readResponseHeaders(Http1Codec.java:189) at okhttp3.internal.http.CallServerInterceptor.intercept(CallServerInterceptor.java:88) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.java:45) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) at 

[JIRA] (JENKINS-42322) Fail to rm a container started with inside {}

2017-03-13 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun commented on  JENKINS-42322  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Fail to rm a container started with inside {}   
 

  
 
 
 
 

 
 Unfortunately, we are also affected by this issue. Timeout for stop probably wouldn't be an issue but the problem is that it also affects removal of container - which may take a long time if container layer is big (eg. when there was installed a lot of packages during build) and/or storage is not fast enough.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-42322) Fail to rm a container started with inside {}

2017-03-13 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun edited a comment on  JENKINS-42322  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Fail to rm a container started with inside {}   
 

  
 
 
 
 

 
 Unfortunately, we are also affected by this issue  and the only workaround is downgrade .Timeout for stop probably wouldn't be an issue but the problem is that it also affects removal of container - which may take a long time if container layer is big (eg. when there was installed a lot of packages during build) and/or storage is not fast enough.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-27421) Unserializable iterator & entry classes from Java Collections

2016-09-16 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun edited a comment on  JENKINS-27421  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Unserializable iterator & entry classes from Java Collections   
 

  
 
 
 
 

 
 This seems to be totally broken in workflow-cps version 2.17 - when I updated, every map throw NotSerializableException. I had to update back to 2.13 to make this  working  work  again.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-27421) Unserializable iterator & entry classes from Java Collections

2016-09-16 Thread fi...@pytloun.cz (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Filip Pytloun commented on  JENKINS-27421  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Unserializable iterator & entry classes from Java Collections   
 

  
 
 
 
 

 
 This seems to be totally broken in workflow-cps version 2.17 - when I updated, every map throw NotSerializableException. I had to update back to 2.13 to make this working again.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.