Re: Plugin Installs Failing

2020-02-03 Thread Markus Boos
We had a similar error (failed to download plugins) last week (see my post
in this list) and it occurred several times on our instances.

Am Di., 4. Feb. 2020 um 03:36 Uhr schrieb Steve Rogers <
steve.cg...@gmail.com>:

> That was my first guess too. I tried with both.
>
> On Mon, Feb 3, 2020 at 7:22 PM Jan Monterrubio 
> wrote:
>
>>
>> Could it be an http vs https problem? We had some of those with maven
>> before.
>>
>> On Mon, Feb 3, 2020 at 16:05 Steve Rogers  wrote:
>>
>>> I'll give that a try.  I believe /opt/tomcat/.jenkins was the default.
>>> I then just linked that to /home/jenkins.  Our old system where I am
>>> getting the same error is a windows install, so it seems more likely
>>> something in our network.
>>>
>>> Thanks for your help.
>>>
>>> On Mon, Feb 3, 2020 at 3:32 PM Mark Waite 
>>> wrote:
>>>
 That's surprising.  Could you check the permissions from inside Jenkins
 by creating a freestyle job that runs on master and attempts to create and
 delete a file named /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
 ?

 For me, the directory name '/opt/tomcat/.jenkins/' is surprising. Most
 Jenkins installations in servers do not use a '.jenkins' directory to store
 the Jenkins home directory. However, I've never hosted Jenkins under the
 /opt/tomcat/ directory. That may be the typical directory name for that
 configuration.

 On Mon, Feb 3, 2020 at 4:09 PM Steve Rogers 
 wrote:

> Yes, plenty of space and permissions are correct.  I should have added
> in the original that I can install manually by downloading the plugin file
> directly and then uploading into jenkins.
>
> On Mon, Feb 3, 2020 at 2:50 PM Mark Waite 
> wrote:
>
>> It may be worth checking the directory permissions to confirm that
>> the Jenkins user can still write to that directory.  You may also want to
>> check that the disc has available free space and available inodes to 
>> allow
>> new files to be created.
>>
>> On Mon, Feb 3, 2020 at 3:42 PM Steve Rogers 
>> wrote:
>>
>>> Any plugin that I try to download results in the following error:
>>>
>>> java.net.SocketException: Connection reset
>>> at java.net.SocketInputStream.read(SocketInputStream.java:210)
>>> at java.net.SocketInputStream.read(SocketInputStream.java:141)
>>> at 
>>> java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
>>> at 
>>> java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
>>> at 
>>> java.io.BufferedInputStream.read(BufferedInputStream.java:345)
>>> at sun.net.www.MeteredStream.read(MeteredStream.java:134)
>>> at java.io.FilterInputStream.read(FilterInputStream.java:133)
>>> at 
>>> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3454)
>>> at 
>>> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3447)
>>> at 
>>> org.apache.commons.io.input.ProxyInputStream.read(ProxyInputStream.java:78)
>>> at 
>>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1245)
>>> Caused: java.io.IOException: Failed to load 
>>> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>>>  to /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
>>> at 
>>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1250)
>>> Caused: java.io.IOException: Failed to download from 
>>> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>>>  (redirected to: 
>>> http://ftp-nyc.osuosl.org/pub/jenkins/plugins/script-security/1.69/script-security.hpi)
>>> at 
>>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1284)
>>> at 
>>> hudson.model.UpdateCenter$DownloadJob._run(UpdateCenter.java:1832)
>>> at 
>>> hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:2110)
>>> at 
>>> hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1806)
>>> at 
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>>> at 
>>> hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:111)
>>> at java.lang.Thread.run(Thread.java:748)
>>>
>>>
>>> i am able to retrieve the resource manually via WGET.  This is a brand 
>>> new install of jenkins in tomcat on CENTOS7.  Out curiosity I looked at 
>>> our existing jenkins install and am getting a similar error there.  I 
>>> have checked and rechecked that the Update Site URL is correct.
>>>
>>>
>>> 

Re: About recommended RAM memory limit for Jenkins master docker for k8s deployment

2020-02-03 Thread Mahesh Wabale

I am able to free cache memory for Jenkins master pod docker container . As 
per docker image behaviour its taking resources from k8s node where it is 
deployed . 

You can verify memory usage by below commands from docker container . 

bash-4.4$ cat /sys/fs/cgroup/memory/memory.limit_in_bytes

bash-4.4$ cat /sys/fs/cgroup/memory/memory.max_usage_in_bytes

bash-4.4$ cat /sys/fs/cgroup/memory/memory.stat | grep cache

bash-4.4$ 



Solution , delete *cache memory for k8s node where your Jenkins master pod 
docker container is running* , there will be no downtime required for 
Jenkins service . 
Following document help me : 
https://www.tecmint.com/clear-ram-memory-cache-buffer-and-swap-space-on-linux/
 

Thanks , 

On Thursday, January 30, 2020 at 2:57:30 AM UTC+5:30, James Nord wrote:
>
> unfortunately there is no quick answer.
> I have seen much bigger instances work flawlessly with 4GB and much 
> smaller instances need 32GB.
>
> the big difference is on what plugins you have installed, especially 
> around report visualisation / transformation and if you are using pipelines 
> that you are following best practices and not putting build logic into the 
> pipeline bit only flow.
>
> as with any service in production I would recommend a monitoring service 
> that shows you the pods consumed memory / CPU and JVM heap / off heap 
> memory along with GC logs and tune based on your actual workload.  
> with k8s I would recommend that you specify a request and limit for CPU 
> and memory to avoid any suprises, the memory will need some headroom o we 
> what Jenkins itself uses as it will often spawn processes for SCM 
> integration / polling
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/69bf1bc8-e7f8-4181-adfa-b70900128021%40googlegroups.com.


hardware tests using jenkins pipeline without using typical labels for nodes

2020-02-03 Thread touseef
Can anyone help how Can i run the tests on actual hardware by making use of 
jenkins pipeline and docker.Traditionaly i am aware we can label the slaves 
connected to hardware and the tests will be executed accordingly.

Any help in of running the tests using docker and the pipeline will be 
appreciated/

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/297d081b-c003-4aaf-a807-7dc29f044b01%40googlegroups.com.


Re: Plugin Installs Failing

2020-02-03 Thread Steve Rogers
That was my first guess too. I tried with both.

On Mon, Feb 3, 2020 at 7:22 PM Jan Monterrubio 
wrote:

>
> Could it be an http vs https problem? We had some of those with maven
> before.
>
> On Mon, Feb 3, 2020 at 16:05 Steve Rogers  wrote:
>
>> I'll give that a try.  I believe /opt/tomcat/.jenkins was the default.  I
>> then just linked that to /home/jenkins.  Our old system where I am getting
>> the same error is a windows install, so it seems more likely something in
>> our network.
>>
>> Thanks for your help.
>>
>> On Mon, Feb 3, 2020 at 3:32 PM Mark Waite 
>> wrote:
>>
>>> That's surprising.  Could you check the permissions from inside Jenkins
>>> by creating a freestyle job that runs on master and attempts to create and
>>> delete a file named /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
>>> ?
>>>
>>> For me, the directory name '/opt/tomcat/.jenkins/' is surprising. Most
>>> Jenkins installations in servers do not use a '.jenkins' directory to store
>>> the Jenkins home directory. However, I've never hosted Jenkins under the
>>> /opt/tomcat/ directory. That may be the typical directory name for that
>>> configuration.
>>>
>>> On Mon, Feb 3, 2020 at 4:09 PM Steve Rogers 
>>> wrote:
>>>
 Yes, plenty of space and permissions are correct.  I should have added
 in the original that I can install manually by downloading the plugin file
 directly and then uploading into jenkins.

 On Mon, Feb 3, 2020 at 2:50 PM Mark Waite 
 wrote:

> It may be worth checking the directory permissions to confirm that the
> Jenkins user can still write to that directory.  You may also want to 
> check
> that the disc has available free space and available inodes to allow new
> files to be created.
>
> On Mon, Feb 3, 2020 at 3:42 PM Steve Rogers 
> wrote:
>
>> Any plugin that I try to download results in the following error:
>>
>> java.net.SocketException: Connection reset
>>  at java.net.SocketInputStream.read(SocketInputStream.java:210)
>>  at java.net.SocketInputStream.read(SocketInputStream.java:141)
>>  at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
>>  at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
>>  at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
>>  at sun.net.www.MeteredStream.read(MeteredStream.java:134)
>>  at java.io.FilterInputStream.read(FilterInputStream.java:133)
>>  at 
>> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3454)
>>  at 
>> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3447)
>>  at 
>> org.apache.commons.io.input.ProxyInputStream.read(ProxyInputStream.java:78)
>>  at 
>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1245)
>> Caused: java.io.IOException: Failed to load 
>> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>>  to /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
>>  at 
>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1250)
>> Caused: java.io.IOException: Failed to download from 
>> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>>  (redirected to: 
>> http://ftp-nyc.osuosl.org/pub/jenkins/plugins/script-security/1.69/script-security.hpi)
>>  at 
>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1284)
>>  at hudson.model.UpdateCenter$DownloadJob._run(UpdateCenter.java:1832)
>>  at 
>> hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:2110)
>>  at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1806)
>>  at 
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>>  at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>>  at 
>> hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:111)
>>  at java.lang.Thread.run(Thread.java:748)
>>
>>
>> i am able to retrieve the resource manually via WGET.  This is a brand 
>> new install of jenkins in tomcat on CENTOS7.  Out curiosity I looked at 
>> our existing jenkins install and am getting a similar error there.  I 
>> have checked and rechecked that the Update Site URL is correct.
>>
>>
>> Thanks
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to jenkinsci-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/jenkinsci-users/0e51b53c-440a-4b60-a5a1-2c60a406c1ab%40googlegroups.com
>> 

Re: Plugin Installs Failing

2020-02-03 Thread Jan Monterrubio
Could it be an http vs https problem? We had some of those with maven
before.

On Mon, Feb 3, 2020 at 16:05 Steve Rogers  wrote:

> I'll give that a try.  I believe /opt/tomcat/.jenkins was the default.  I
> then just linked that to /home/jenkins.  Our old system where I am getting
> the same error is a windows install, so it seems more likely something in
> our network.
>
> Thanks for your help.
>
> On Mon, Feb 3, 2020 at 3:32 PM Mark Waite 
> wrote:
>
>> That's surprising.  Could you check the permissions from inside Jenkins
>> by creating a freestyle job that runs on master and attempts to create and
>> delete a file named /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
>> ?
>>
>> For me, the directory name '/opt/tomcat/.jenkins/' is surprising. Most
>> Jenkins installations in servers do not use a '.jenkins' directory to store
>> the Jenkins home directory. However, I've never hosted Jenkins under the
>> /opt/tomcat/ directory. That may be the typical directory name for that
>> configuration.
>>
>> On Mon, Feb 3, 2020 at 4:09 PM Steve Rogers 
>> wrote:
>>
>>> Yes, plenty of space and permissions are correct.  I should have added
>>> in the original that I can install manually by downloading the plugin file
>>> directly and then uploading into jenkins.
>>>
>>> On Mon, Feb 3, 2020 at 2:50 PM Mark Waite 
>>> wrote:
>>>
 It may be worth checking the directory permissions to confirm that the
 Jenkins user can still write to that directory.  You may also want to check
 that the disc has available free space and available inodes to allow new
 files to be created.

 On Mon, Feb 3, 2020 at 3:42 PM Steve Rogers 
 wrote:

> Any plugin that I try to download results in the following error:
>
> java.net.SocketException: Connection reset
>   at java.net.SocketInputStream.read(SocketInputStream.java:210)
>   at java.net.SocketInputStream.read(SocketInputStream.java:141)
>   at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
>   at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
>   at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
>   at sun.net.www.MeteredStream.read(MeteredStream.java:134)
>   at java.io.FilterInputStream.read(FilterInputStream.java:133)
>   at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3454)
>   at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3447)
>   at 
> org.apache.commons.io.input.ProxyInputStream.read(ProxyInputStream.java:78)
>   at 
> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1245)
> Caused: java.io.IOException: Failed to load 
> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>  to /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
>   at 
> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1250)
> Caused: java.io.IOException: Failed to download from 
> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>  (redirected to: 
> http://ftp-nyc.osuosl.org/pub/jenkins/plugins/script-security/1.69/script-security.hpi)
>   at 
> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1284)
>   at hudson.model.UpdateCenter$DownloadJob._run(UpdateCenter.java:1832)
>   at 
> hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:2110)
>   at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1806)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:111)
>   at java.lang.Thread.run(Thread.java:748)
>
>
> i am able to retrieve the resource manually via WGET.  This is a brand 
> new install of jenkins in tomcat on CENTOS7.  Out curiosity I looked at 
> our existing jenkins install and am getting a similar error there.  I 
> have checked and rechecked that the Update Site URL is correct.
>
>
> Thanks
>
> --
> You received this message because you are subscribed to the Google
> Groups "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/0e51b53c-440a-4b60-a5a1-2c60a406c1ab%40googlegroups.com
> 
> .
>
 --
 You received this message because you are subscribed to the Google
 Groups "Jenkins 

Re: Plugin Installs Failing

2020-02-03 Thread Steve Rogers
I'll give that a try.  I believe /opt/tomcat/.jenkins was the default.  I
then just linked that to /home/jenkins.  Our old system where I am getting
the same error is a windows install, so it seems more likely something in
our network.

Thanks for your help.

On Mon, Feb 3, 2020 at 3:32 PM Mark Waite  wrote:

> That's surprising.  Could you check the permissions from inside Jenkins by
> creating a freestyle job that runs on master and attempts to create and
> delete a file named /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp ?
>
> For me, the directory name '/opt/tomcat/.jenkins/' is surprising. Most
> Jenkins installations in servers do not use a '.jenkins' directory to store
> the Jenkins home directory. However, I've never hosted Jenkins under the
> /opt/tomcat/ directory. That may be the typical directory name for that
> configuration.
>
> On Mon, Feb 3, 2020 at 4:09 PM Steve Rogers  wrote:
>
>> Yes, plenty of space and permissions are correct.  I should have added in
>> the original that I can install manually by downloading the plugin file
>> directly and then uploading into jenkins.
>>
>> On Mon, Feb 3, 2020 at 2:50 PM Mark Waite 
>> wrote:
>>
>>> It may be worth checking the directory permissions to confirm that the
>>> Jenkins user can still write to that directory.  You may also want to check
>>> that the disc has available free space and available inodes to allow new
>>> files to be created.
>>>
>>> On Mon, Feb 3, 2020 at 3:42 PM Steve Rogers 
>>> wrote:
>>>
 Any plugin that I try to download results in the following error:

 java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:210)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
at sun.net.www.MeteredStream.read(MeteredStream.java:134)
at java.io.FilterInputStream.read(FilterInputStream.java:133)
at 
 sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3454)
at 
 sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3447)
at 
 org.apache.commons.io.input.ProxyInputStream.read(ProxyInputStream.java:78)
at 
 hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1245)
 Caused: java.io.IOException: Failed to load 
 http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
  to /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
at 
 hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1250)
 Caused: java.io.IOException: Failed to download from 
 http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
  (redirected to: 
 http://ftp-nyc.osuosl.org/pub/jenkins/plugins/script-security/1.69/script-security.hpi)
at 
 hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1284)
at hudson.model.UpdateCenter$DownloadJob._run(UpdateCenter.java:1832)
at 
 hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:2110)
at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1806)
at 
 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
 hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:111)
at java.lang.Thread.run(Thread.java:748)


 i am able to retrieve the resource manually via WGET.  This is a brand new 
 install of jenkins in tomcat on CENTOS7.  Out curiosity I looked at our 
 existing jenkins install and am getting a similar error there.  I have 
 checked and rechecked that the Update Site URL is correct.


 Thanks

 --
 You received this message because you are subscribed to the Google
 Groups "Jenkins Users" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to jenkinsci-users+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/jenkinsci-users/0e51b53c-440a-4b60-a5a1-2c60a406c1ab%40googlegroups.com
 
 .

>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Jenkins Users" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to jenkinsci-users+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> 

Re: Plugin Installs Failing

2020-02-03 Thread Mark Waite
That's surprising.  Could you check the permissions from inside Jenkins by
creating a freestyle job that runs on master and attempts to create and
delete a file named /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp ?

For me, the directory name '/opt/tomcat/.jenkins/' is surprising. Most
Jenkins installations in servers do not use a '.jenkins' directory to store
the Jenkins home directory. However, I've never hosted Jenkins under the
/opt/tomcat/ directory. That may be the typical directory name for that
configuration.

On Mon, Feb 3, 2020 at 4:09 PM Steve Rogers  wrote:

> Yes, plenty of space and permissions are correct.  I should have added in
> the original that I can install manually by downloading the plugin file
> directly and then uploading into jenkins.
>
> On Mon, Feb 3, 2020 at 2:50 PM Mark Waite 
> wrote:
>
>> It may be worth checking the directory permissions to confirm that the
>> Jenkins user can still write to that directory.  You may also want to check
>> that the disc has available free space and available inodes to allow new
>> files to be created.
>>
>> On Mon, Feb 3, 2020 at 3:42 PM Steve Rogers 
>> wrote:
>>
>>> Any plugin that I try to download results in the following error:
>>>
>>> java.net.SocketException: Connection reset
>>> at java.net.SocketInputStream.read(SocketInputStream.java:210)
>>> at java.net.SocketInputStream.read(SocketInputStream.java:141)
>>> at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
>>> at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
>>> at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
>>> at sun.net.www.MeteredStream.read(MeteredStream.java:134)
>>> at java.io.FilterInputStream.read(FilterInputStream.java:133)
>>> at 
>>> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3454)
>>> at 
>>> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3447)
>>> at 
>>> org.apache.commons.io.input.ProxyInputStream.read(ProxyInputStream.java:78)
>>> at 
>>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1245)
>>> Caused: java.io.IOException: Failed to load 
>>> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>>>  to /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
>>> at 
>>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1250)
>>> Caused: java.io.IOException: Failed to download from 
>>> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>>>  (redirected to: 
>>> http://ftp-nyc.osuosl.org/pub/jenkins/plugins/script-security/1.69/script-security.hpi)
>>> at 
>>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1284)
>>> at hudson.model.UpdateCenter$DownloadJob._run(UpdateCenter.java:1832)
>>> at 
>>> hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:2110)
>>> at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1806)
>>> at 
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>>> at 
>>> hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:111)
>>> at java.lang.Thread.run(Thread.java:748)
>>>
>>>
>>> i am able to retrieve the resource manually via WGET.  This is a brand new 
>>> install of jenkins in tomcat on CENTOS7.  Out curiosity I looked at our 
>>> existing jenkins install and am getting a similar error there.  I have 
>>> checked and rechecked that the Update Site URL is correct.
>>>
>>>
>>> Thanks
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Jenkins Users" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to jenkinsci-users+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/jenkinsci-users/0e51b53c-440a-4b60-a5a1-2c60a406c1ab%40googlegroups.com
>>> 
>>> .
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to jenkinsci-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtGeBdtXzCzN7w87sR3MRw7MzvUGy90boBYQj17uv8Mnwg%40mail.gmail.com
>> 
>> .
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this 

Re: Plugin Installs Failing

2020-02-03 Thread Steve Rogers
Yes, plenty of space and permissions are correct.  I should have added in
the original that I can install manually by downloading the plugin file
directly and then uploading into jenkins.

On Mon, Feb 3, 2020 at 2:50 PM Mark Waite  wrote:

> It may be worth checking the directory permissions to confirm that the
> Jenkins user can still write to that directory.  You may also want to check
> that the disc has available free space and available inodes to allow new
> files to be created.
>
> On Mon, Feb 3, 2020 at 3:42 PM Steve Rogers  wrote:
>
>> Any plugin that I try to download results in the following error:
>>
>> java.net.SocketException: Connection reset
>>  at java.net.SocketInputStream.read(SocketInputStream.java:210)
>>  at java.net.SocketInputStream.read(SocketInputStream.java:141)
>>  at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
>>  at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
>>  at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
>>  at sun.net.www.MeteredStream.read(MeteredStream.java:134)
>>  at java.io.FilterInputStream.read(FilterInputStream.java:133)
>>  at 
>> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3454)
>>  at 
>> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3447)
>>  at 
>> org.apache.commons.io.input.ProxyInputStream.read(ProxyInputStream.java:78)
>>  at 
>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1245)
>> Caused: java.io.IOException: Failed to load 
>> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>>  to /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
>>  at 
>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1250)
>> Caused: java.io.IOException: Failed to download from 
>> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>>  (redirected to: 
>> http://ftp-nyc.osuosl.org/pub/jenkins/plugins/script-security/1.69/script-security.hpi)
>>  at 
>> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1284)
>>  at hudson.model.UpdateCenter$DownloadJob._run(UpdateCenter.java:1832)
>>  at 
>> hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:2110)
>>  at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1806)
>>  at 
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>>  at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>>  at 
>> hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:111)
>>  at java.lang.Thread.run(Thread.java:748)
>>
>>
>> i am able to retrieve the resource manually via WGET.  This is a brand new 
>> install of jenkins in tomcat on CENTOS7.  Out curiosity I looked at our 
>> existing jenkins install and am getting a similar error there.  I have 
>> checked and rechecked that the Update Site URL is correct.
>>
>>
>> Thanks
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to jenkinsci-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/jenkinsci-users/0e51b53c-440a-4b60-a5a1-2c60a406c1ab%40googlegroups.com
>> 
>> .
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtGeBdtXzCzN7w87sR3MRw7MzvUGy90boBYQj17uv8Mnwg%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAPWe7DRU-Hz5574ZLvanvKXzs8tUui7z00r-3pWsiPNwV2jbRw%40mail.gmail.com.


Re: Plugin Installs Failing

2020-02-03 Thread Mark Waite
It may be worth checking the directory permissions to confirm that the
Jenkins user can still write to that directory.  You may also want to check
that the disc has available free space and available inodes to allow new
files to be created.

On Mon, Feb 3, 2020 at 3:42 PM Steve Rogers  wrote:

> Any plugin that I try to download results in the following error:
>
> java.net.SocketException: Connection reset
>   at java.net.SocketInputStream.read(SocketInputStream.java:210)
>   at java.net.SocketInputStream.read(SocketInputStream.java:141)
>   at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
>   at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
>   at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
>   at sun.net.www.MeteredStream.read(MeteredStream.java:134)
>   at java.io.FilterInputStream.read(FilterInputStream.java:133)
>   at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3454)
>   at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3447)
>   at 
> org.apache.commons.io.input.ProxyInputStream.read(ProxyInputStream.java:78)
>   at 
> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1245)
> Caused: java.io.IOException: Failed to load 
> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>  to /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
>   at 
> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1250)
> Caused: java.io.IOException: Failed to download from 
> http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
>  (redirected to: 
> http://ftp-nyc.osuosl.org/pub/jenkins/plugins/script-security/1.69/script-security.hpi)
>   at 
> hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1284)
>   at hudson.model.UpdateCenter$DownloadJob._run(UpdateCenter.java:1832)
>   at 
> hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:2110)
>   at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1806)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:111)
>   at java.lang.Thread.run(Thread.java:748)
>
>
> i am able to retrieve the resource manually via WGET.  This is a brand new 
> install of jenkins in tomcat on CENTOS7.  Out curiosity I looked at our 
> existing jenkins install and am getting a similar error there.  I have 
> checked and rechecked that the Update Site URL is correct.
>
>
> Thanks
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/0e51b53c-440a-4b60-a5a1-2c60a406c1ab%40googlegroups.com
> 
> .
>

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


Re: Equivalent actions for what Xvfb plugin is doing

2020-02-03 Thread Mark Waite
On Mon, Feb 3, 2020 at 3:42 PM Gajanan Mahajan 
wrote:

> I was having problems running Selenium tests through Jenkins on Open SUSE
> node. I got it working with [Xvfb plugin][1] by installing, configuring
> plugin on Jenkins server and updating pipeline by wrapping Selenium
> execution code with -
>
> wrap([$class: 'Xvfb', ]) {
>   //Selenium execution code goes here
> }
>
> I've Jenkins master on Windows machine and nodes are Linux machines. Is
> there a way with which if I can configure master and nodes so I don't need
> Xvfb plugin?
>
>
Yes, you can configure master and nodes so that you won't need the Xvfb
plugin.  The plugin creates a virtual frame buffer where your Selenium
tests display the web browser while they are running tests.  After the
tests are complete, it destroys the virtual frame buffer.

If you don't want to use that plugin, you could perform the creation and
the deletion of the virtual frame buffer yourself.  That seems like a lot
of work to me, but it should be possible to provide an environment like the
Xvfb plugin provides.

Windows nodes need to run in a desktop session, or then need to run from a
service that has been granted desktop access.

Mark Waite


> Please suggest what are alternative ways to achieve what Xvfb is doing.
>
> **NOTE:**
>
> We've multiple pipelines and if we decide to use this plugin, in every
> pipeline we'll have to make the change. Hence to avoid that looking for an
> alternate way which can help to make change at one place or changes on
> nodes or master.
>
> Or any other way to make change in framework except following which runs
> tests in headless mode -
>
> chromeOptions.addArguments("--headless");
>   [1]: https://wiki.jenkins.io/display/JENKINS/Xvfb+Plugin
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/c8facd02-ddf9-4107-86a8-30c51c527fe9%40googlegroups.com
> 
> .
>

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


Equivalent actions for what Xvfb plugin is doing

2020-02-03 Thread Gajanan Mahajan
I was having problems running Selenium tests through Jenkins on Open SUSE 
node. I got it working with [Xvfb plugin][1] by installing, configuring 
plugin on Jenkins server and updating pipeline by wrapping Selenium 
execution code with -

wrap([$class: 'Xvfb', ]) { 
  //Selenium execution code goes here
}

I've Jenkins master on Windows machine and nodes are Linux machines. Is 
there a way with which if I can configure master and nodes so I don't need 
Xvfb plugin?

Please suggest what are alternative ways to achieve what Xvfb is doing.

**NOTE:** 

We've multiple pipelines and if we decide to use this plugin, in every 
pipeline we'll have to make the change. Hence to avoid that looking for an 
alternate way which can help to make change at one place or changes on 
nodes or master. 

Or any other way to make change in framework except following which runs 
tests in headless mode -

chromeOptions.addArguments("--headless");
  [1]: https://wiki.jenkins.io/display/JENKINS/Xvfb+Plugin

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/c8facd02-ddf9-4107-86a8-30c51c527fe9%40googlegroups.com.


Plugin Installs Failing

2020-02-03 Thread Steve Rogers
Any plugin that I try to download results in the following error:

java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:210)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
at sun.net.www.MeteredStream.read(MeteredStream.java:134)
at java.io.FilterInputStream.read(FilterInputStream.java:133)
at 
sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3454)
at 
sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3447)
at 
org.apache.commons.io.input.ProxyInputStream.read(ProxyInputStream.java:78)
at 
hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1245)
Caused: java.io.IOException: Failed to load 
http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
 to /opt/tomcat/.jenkins/plugins/script-security.jpi.tmp
at 
hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1250)
Caused: java.io.IOException: Failed to download from 
http://updates.jenkins-ci.org/download/plugins/script-security/1.69/script-security.hpi
 (redirected to: 
http://ftp-nyc.osuosl.org/pub/jenkins/plugins/script-security/1.69/script-security.hpi)
at 
hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1284)
at hudson.model.UpdateCenter$DownloadJob._run(UpdateCenter.java:1832)
at 
hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:2110)
at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1806)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:111)
at java.lang.Thread.run(Thread.java:748)


i am able to retrieve the resource manually via WGET.  This is a brand new 
install of jenkins in tomcat on CENTOS7.  Out curiosity I looked at our 
existing jenkins install and am getting a similar error there.  I have checked 
and rechecked that the Update Site URL is correct.


Thanks

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0e51b53c-440a-4b60-a5a1-2c60a406c1ab%40googlegroups.com.