Failure to trigger freestyle job from declarative pipeline

[David Aldrich]

I have an unanswered Jenkins question on Stack Overflow. If anyone can help
I would be grateful.

https://stackoverflow.com/questions/54981206/failure-to-trigger-freestyle-job-from-declarative-pipeline

If my question is too vague I would be grateful for suggestions of how to
improve it.

Best regards

David

-- 
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/CAJK_iegONgaARopYt%3DgFQVjrsV8fhnsqbS-7iTfB-s%2BhYWKm6g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Workspace clean-up killed jobs

[David Aldrich]

This issue is related: https://issues.jenkins-ci.org/browse/JENKINS-27329

Regards

David

On Thursday, May 2, 2019 at 9:11:53 AM UTC+1, Sarfroz Basha wrote:
>
> Hi,
>
> I am also facing same error. Have you found anything regarding this error. 
> Please share the solution.
>
> Regards,
> Sarfroz
>
> On Monday, November 27, 2017 at 2:16:04 PM UTC+5:30, David Aldrich wrote:
>
>> Hi
>>
>>  
>>
>> Two of our declarative script jobs have failed for similar reasons.  The 
>> jobs normally run with no problem.  We are running Jenkins 2.91.
>>
>>  
>>
>> The jobs take several hours to complete.  Each one failed part way 
>> through and gave the following message in its console log:
>>
>>  
>>
>> ERROR: missing workspace /data/hudsonuser/workspace/_trunk on 
>> 
>>
>>  
>>
>> The Jenkins system log shows this message that is coincident with the 
>> failure:
>>
>>  
>>
>> Nov 26, 2017 9:04:34 PM INFO hudson.model.AsyncPeriodicWork$1 run
>>
>> Started Workspace clean-up
>>
>> Nov 26, 2017 9:04:50 PM WARNING jenkins.branch.WorkspaceLocatorImpl locate
>>
>> JENKINS-34564 path sanitization ineffective when using legacy Workspace Root 
>> Directory ‘${ITEM_ROOTDIR}/workspace’; switch to 
>> ${JENKINS_HOME}/workspace/${ITEM_FULLNAME} as in JENKINS-8446 / JENKINS-21942
>>
>>  
>>
>> What is going on here and how should I fix it?
>>
>>  
>>
>> Best regards
>>
>>  
>>
>> David
>>
>>  
>>
>

-- 
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/f76b2a6a-0eff-4d0a-ad60-d8063f91a022%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Confused by declarative pipeline trigger specifications

[David Aldrich]

Hi

We use declarative pipelines extensively, triggered by SCM change. We use a
cron spec to specify a SCM polling interval.

It seems that the trigger specification can be set in two places: in the
GUI configuration for the job and in the pipeline itself.

Do I need to set both  trigger specifications (to the same specification)?

Do they have different purposes?

Best regards

David

-- 
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/CAJK_iei2XpTWYKTSmpyGqv1WiL21FwjTOgn5XG4KNXTeJjUpRA%40mail.gmail.com.

Re: Confused by declarative pipeline trigger specifications

[David Aldrich]

>> We use declarative pipelines extensively, triggered by SCM change. We
use a

>> cron spec to specify a SCM polling interval.

>> It seems that the trigger specification can be set in two places: in the
GUI

>> configuration for the job and in the pipeline itself.



>> Do I need to set both  trigger specifications (to the same
specification)?


> The GUI portion is filled in by the pipeline once it has run once and the
triggers and so

> forth have been processed. You can't change the cron in the GUI and have
it work. It

> only works to change it in the pipeline itself.


I changed the trigger spec in the Jenkinsfile and ran the job again. The
trigger spec in the GUI did not change.


Does this mean that the trigger spec in the GUI is irrelevant and can be
left empty?

-- 
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/CAJK_iei2bqrAB3Yj3NqzNxcGJ4bDXC5Q86J73yRqPpmvE4vcig%40mail.gmail.com.

Help request for Java exception

[David Aldrich]

I am seeing this Java exception trace for one of our declarative scripts.
It happens on a Centos 7 machine. Please can anyone suggest the reason?

[Pipeline] End of Pipelinejava.lang.NoClassDefFoundError: Could not
initialize class sun.security.ssl.SSLContextImpl$TLSContext
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:264)
at java.security.Provider$Service.getImplClass(Provider.java:1634)
at java.security.Provider$Service.newInstance(Provider.java:1592)
at sun.security.jca.GetInstance.getInstance(GetInstance.java:236)
at sun.security.jca.GetInstance.getInstance(GetInstance.java:164)
at javax.net.ssl.SSLContext.getInstance(SSLContext.java:156)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLContext(SVNSocketFactory.java:322)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLContext(SVNSocketFactory.java:307)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:108)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:94)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:237)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:415)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:352)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:340)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:910)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:702)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:113)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1035)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getRepositoryUUID(DAVRepository.java:124)
at 
org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.createRepository(SvnRepositoryAccess.java:103)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepository(SvnNgRepositoryAccess.java:211)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:210)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:115)
Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to
jenkins-centos7-scl
at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1743)
at 
hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
at hudson.remoting.Channel.call(Channel.java:957)
at hudson.FilePath.act(FilePath.java:1072)
at hudson.FilePath.act(FilePath.java:1061)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:936)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:863)
at 
org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:124)
at 
org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
at 
org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
at 
org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
Caused: java.lang.RuntimeException
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.throwThrowable(SvnNgAbstractUpdate.java:918)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:125)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:40)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:18)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
at 
org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
at 
org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1239)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
at 
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:311)
at 
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:291)
at 
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:387)
at 
hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:160)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(Workspace

Re: Help request for Java exception

[David Aldrich]

The exception started happening after a minor jdk upgrade:

java-1.8.0-openjdk-1:1.8.0.181-3.b13.el7_5.x86_64 ->
java-1.8.0-openjdk-1.8.0.222.b10-1.el7_7.x86_64

On Wed, Oct 9, 2019 at 1:54 PM David Aldrich 
wrote:

> I am seeing this Java exception trace for one of our declarative scripts.
> It happens on a Centos 7 machine. Please can anyone suggest the reason?
>
> [Pipeline] End of Pipelinejava.lang.NoClassDefFoundError: Could not 
> initialize class sun.security.ssl.SSLContextImpl$TLSContext
>   at java.lang.Class.forName0(Native Method)
>   at java.lang.Class.forName(Class.java:264)
>   at java.security.Provider$Service.getImplClass(Provider.java:1634)
>   at java.security.Provider$Service.newInstance(Provider.java:1592)
>   at sun.security.jca.GetInstance.getInstance(GetInstance.java:236)
>   at sun.security.jca.GetInstance.getInstance(GetInstance.java:164)
>   at javax.net.ssl.SSLContext.getInstance(SSLContext.java:156)
>   at 
> org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLContext(SVNSocketFactory.java:322)
>   at 
> org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLContext(SVNSocketFactory.java:307)
>   at 
> org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:108)
>   at 
> org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:94)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:237)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:415)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:352)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:340)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:910)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:702)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:113)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1035)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getRepositoryUUID(DAVRepository.java:124)
>   at 
> org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.createRepository(SvnRepositoryAccess.java:103)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepository(SvnNgRepositoryAccess.java:211)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:210)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:115)
> Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to 
> jenkins-centos7-scl
>   at 
> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1743)
>   at 
> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
>   at hudson.remoting.Channel.call(Channel.java:957)
>   at hudson.FilePath.act(FilePath.java:1072)
>   at hudson.FilePath.act(FilePath.java:1061)
>   at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:936)
>   at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:863)
>   at 
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:124)
>   at 
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
>   at 
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
>   at 
> org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> Caused: java.lang.RuntimeException
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.throwThrowable(SvnNgAbstractUpdate.java:918)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:125)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:40)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:18)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
>   at 
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
>   at 
> org.tmatesof

Jenkins with Parallel Builds?

[David Aldrich]

Hi

We build large C++ projects using Jenkins for Linux platforms.  These build
jobs currently run on a single executor.  I want 'make -j' or ninja to
compile concurrently on several cores to speed up the build time.  How can
I cause a job to utilise multiple executors on an agent in this way?

I saw a similar question discussed in a StackOverflow question:
https://stackoverflow.com/questions/20003919/jenkins-with-parallel-builds.
The answer given there was to use the Heavy Job Plugin. But that plugin
seems quite old. Is it still the best solution?

Best regards
David

-- 
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/CAJK_iegfeeSqCZPvdEF9%3DGF7%2B1EgdwQyXUtQg2MVf-b4cS-Mzw%40mail.gmail.com.

JAVA_HOME on Windows?

[David Aldrich]

Hi

When running a Visual Studio job from a declarative script on a Windows
agent I see:

E:\jenkins\workspace\CMake_tests_1_Windows_trunk>call "C:\Program
Files (x86)\Microsoft Visual
Studio\2017\BuildTools\VC\Auxiliary\Build\vcvars64.bat"
\Java\jre1.8.0_241\bin"" was unexpected at this time.


I want to check the value of JAVA_HOME. Where is that set for a Windows agent?


Best regards

David

-- 
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/CAJK_iegQXheUok%3DpY8DV25GtjKK0D_a5fr6WD56JXPbpzs9DgQ%40mail.gmail.com.

Declarative script syntax: Archive from specific stage?

[David Aldrich]

I have a question about declarative script syntax.



I have a multi-stage job, where each stage runs on a separate agent.
Whether the job passes or fails, I want to archive some artefacts from the
job, so I have to call archiveArtifacts from post::cleanup().



stages {

stage(‘S1’) {

agent { label “A” }

steps {



}

stage(‘S2’) {

agent { label “B” }

steps {



}

}

post {

cleanup{ archiveArtifacts artifacts: '*.zip'}

}



My problem is that I want to archive the artifacts from a specific agent
(i.e. a specific stage). How would I do that?



Best regards

David

-- 
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/CAJK_iej6MzrtnHg-hf5p9SjsrHaNvJEDxkb3os6bdpTrRby4SQ%40mail.gmail.com.

Re: Declarative script syntax: Archive from specific stage?

[David Aldrich]

> try this url

> https://Jenkins.io/doc/pipeline/tour/tests-and-artifacts/


Thanks, but that doesn't address my situation where I have stages running
on different agents and I want to archive results from a specific agent.

>

-- 
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/CAJK_ieiVXUnjR6r9F2aKxzU1pwXNwHQrRuuVZQ%2BVO-u4S3c0eg%40mail.gmail.com.

Re: Declarative script syntax: Archive from specific stage?

[David Aldrich]

> Did you try to write post after stage?


It seems that is not allowed:


WorkflowScript: 140: Expected a stage @ line 140, column 9.
   post{
   ^


On Thu, Jan 23, 2020 at 4:34 PM David Aldrich 
wrote:

> > try this url
>
> > https://Jenkins.io/doc/pipeline/tour/tests-and-artifacts/
>
>
> Thanks, but that doesn't address my situation where I have stages running
> on different agents and I want to archive results from a specific agent.
>
>>

-- 
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/CAJK_ieg04QKY5270TySAx9yf%3DPkucOrOCQAHM2i8nscK8%3D2moA%40mail.gmail.com.

Re: Declarative script syntax: Archive from specific stage?

[David Aldrich]

>According to doc this is supported:
https://jenkins.io/doc/book/pipeline/syntax/#post

>Syntax is like this
https://code-maven.com/slides/jenkins-intro/pipeline-post


Thank you. That has fixed my problem.


David

-- 
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/CAJK_ieiNN42xpSVzEMaLU6pEfnLojh80o_6HDH3ohOiBGQt-WA%40mail.gmail.com.

32-bit or 64-bit JRE for Windows 64-bit slave?

[David Aldrich]

Hi

We run several Jenkins slaves on Windows XP 64-bit and are now build a Windows 
7 64-bit slave.

We found it necessary to install both 32-bit and 64-bit JRE on Windows XP 
64-bit in order to get the Jenkins slave to launch.

I doubt that installing both JRE's is really necessary.  Please can anyone tell 
me which JRE to install and tell me of anything to specially take note of?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: 32-bit or 64-bit JRE for Windows 64-bit slave?

[David Aldrich]

Hi Louis


Ø  The configuration to choose which version of java should be used to run the 
slave is un JENKINS_HOME/jenkins-slave.xml

My Jenkins folder is empty.  The Launch Slave process must have failed before 
getting to the point where it writes jenkins-slave.xml to the slave.

Can anyone advise me of the correct way to configure a Win 7 64-bit Jenkins 
slave please?

David

From: Louis Roché [mailto:m...@louisroche.net]
Sent: 07 June 2013 08:52
To: jenkinsci-users@googlegroups.com
Cc: David Aldrich
Subject: Re: 32-bit or 64-bit JRE for Windows 64-bit slave?

Hi,

I'm also using Windows 7 64-bit on my slaves. And I have only Java 64-bit.

The configuration to choose which version of java should be used to run the 
slave is un JENKINS_HOME/jenkins-slave.xml

There is a line:
C:\Program Files\Java\jre7\bin\java.exe

And you can change this line to pick the good java.

L.


On Friday, June 7, 2013 9:35:29 AM UTC+2, David Aldrich wrote:
Hi

We run several Jenkins slaves on Windows XP 64-bit and are now build a Windows 
7 64-bit slave.

We found it necessary to install both 32-bit and 64-bit JRE on Windows XP 
64-bit in order to get the Jenkins slave to launch.

I doubt that installing both JRE’s is really necessary.  Please can anyone tell 
me which JRE to install and tell me of anything to specially take note of?

Best regards

David



Click 
here<https://www.mailcontrol.com/sr/IecTF+mAHKrGX2PQPOmvUuHxyFIItuEM7sWRuDi+UUu3OEIiIUMNjULfcsTutWsyCFLdQYkdSQzsVggzUgwWUw==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: 32-bit or 64-bit JRE for Windows 64-bit slave?

[David Aldrich]

Hi Richard

Thanks for your reply.  Actually, we have both 32-bit and 64-bit JRE installed 
and the slave still will not launch.

We will work through the suggestions here:

https://wiki.jenkins-ci.org/display/JENKINS/Windows+slaves+fail+to+start+via+DCOM

But it would be nice to have a definitive 'how-to' for configuring a Win 7 
64-bit slave

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Richard J
Sent: 10 June 2013 20:44
To: jenkinsci-users@googlegroups.com
Cc: David Aldrich
Subject: Re: 32-bit or 64-bit JRE for Windows 64-bit slave?

Setting up a Windows slave using a default install of Windows Server 2008R2 x64 
involves a number of steps.
I've finally gotten to the point where I can do it successfully on multiple 
machines.

If you are just having the problem of x64 and x86 java, then you probably 
forgot the workaround that allows the Jenkins client app find the Java x64.
As someone else said, you can specify a java version in the xml, but that 
assumes that you have already connected.

To start the process, after you've installed java x64, adjusted the registry 
key permissions etc, etc, do the following


mklink /H "c:\windows\syswow64\java.exe" "c:\windows\system32\java.exe"




On Friday, June 7, 2013 12:35:29 AM UTC-7, David Aldrich wrote:
Hi

We run several Jenkins slaves on Windows XP 64-bit and are now build a Windows 
7 64-bit slave.

We found it necessary to install both 32-bit and 64-bit JRE on Windows XP 
64-bit in order to get the Jenkins slave to launch.

I doubt that installing both JRE's is really necessary.  Please can anyone tell 
me which JRE to install and tell me of anything to specially take note of?

Best regards

David

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.




Click 
here<https://www.mailcontrol.com/sr/H!pCtzoqScbGX2PQPOmvUgItITKVa7z0obbbMKXt1PkELLxGmYYML7xdvKjde1VZnaJTc!iDLu+n9BVBzDB66w==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Struggling to launch Windows 7 64-bit slave

[David Aldrich]

Hi

We are struggling to launch a Windows 7 64-bit slave.  Our master is on Centos 
5 and we have successfully launched Win XP 32-bit slaves and Win XP 64-bit 
slaves.

I have looked at the Jenkins wiki articles about DCOM errors etc.  Currently, 
the slave reports:

ERROR: Access is denied. See 
http://wiki.jenkins-ci.org/display/JENKINS/Windows+slaves+fail+to+start+via+DCOM
 for more information about how to resolve this.
org.jinterop.dcom.common.JIException: Message not found for errorCode: 
0x0005
at 
org.jinterop.winreg.smb.JIWinRegStub.winreg_CreateKey(JIWinRegStub.java:297)
at 
org.jinterop.dcom.core.JIComServer.initialise(JIComServer.java:480)

Does anyone have definitive instructions on how to launch a Windows 7 64-bit 
slave please?

Or should I use a different approach such as JNLP?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Struggling to launch Windows 7 64-bit slave

[David Aldrich]

This problem is now fixed.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 11 June 2013 16:50
To: jenkinsci-users@googlegroups.com
Subject: Struggling to launch Windows 7 64-bit slave

Hi

We are struggling to launch a Windows 7 64-bit slave.  Our master is on Centos 
5 and we have successfully launched Win XP 32-bit slaves and Win XP 64-bit 
slaves.

I have looked at the Jenkins wiki articles about DCOM errors etc.  Currently, 
the slave reports:

ERROR: Access is denied. See 
http://wiki.jenkins-ci.org/display/JENKINS/Windows+slaves+fail+to+start+via+DCOM
 for more information about how to resolve this.
org.jinterop.dcom.common.JIException: Message not found for errorCode: 
0x0005
at 
org.jinterop.winreg.smb.JIWinRegStub.winreg_CreateKey(JIWinRegStub.java:297)
at 
org.jinterop.dcom.core.JIComServer.initialise(JIComServer.java:480)

Does anyone have definitive instructions on how to launch a Windows 7 64-bit 
slave please?

Or should I use a different approach such as JNLP?

Best regards

David



Click 
here<https://www.mailcontrol.com/sr/8nwGsE6w1BrGX2PQPOmvUkBugPZ!3WFC6v7PPi7eEEJf6EpPe2uR1sa1SGi7jzxQkYvqSdg6cQIWkFyhp8LJ4g==>
 to report this email as spam.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Struggling to launch Windows 7 64-bit slave

[David Aldrich]

The fix was:

Jenkins requires access to the "WBEM Scripting Locator". The following steps 
allow that:

  1.  Launch 'regedit'
  2.  Find (Ctrl+F) the following registry key: 
"{76A64158-CB41-11D1-8B02-00600806D9B6}" (it's in HKEY_CLASSES_ROOT\CLSID)
  3.  Right click and select 'Permissions'
  4.  Change owner to administrators group (Advanced...).
  5.  Change permissions for administrators group. Grant Full Control.
  6.  Change owner back to TrustedInstaller (user is on local machine: "NT 
Service\TrustedInstaller")

Best regards

David

From: bearrito [mailto:j.barrett.straus...@gmail.com]
Sent: 12 June 2013 18:20
To: jenkinsci-users@googlegroups.com
Cc: David Aldrich
Subject: Re: Struggling to launch Windows 7 64-bit slave

Can you post your fix in case it helps future users.

On Tuesday, June 11, 2013 11:49:39 AM UTC-4, David Aldrich wrote:
Hi

We are struggling to launch a Windows 7 64-bit slave.  Our master is on Centos 
5 and we have successfully launched Win XP 32-bit slaves and Win XP 64-bit 
slaves.

I have looked at the Jenkins wiki articles about DCOM errors etc.  Currently, 
the slave reports:

ERROR: Access is denied. See 
http://wiki.jenkins-ci.org/display/JENKINS/Windows+slaves+fail+to+start+via+DCOM
 for more information about how to resolve this.
org.jinterop.dcom.common.JIException: Message not found for errorCode: 
0x0005
at 
org.jinterop.winreg.smb.JIWinRegStub.winreg_CreateKey(JIWinRegStub.java:297)
at 
org.jinterop.dcom.core.JIComServer.initialise(JIComServer.java:480)

Does anyone have definitive instructions on how to launch a Windows 7 64-bit 
slave please?

Or should I use a different approach such as JNLP?

Best regards

David



Click 
here<https://www.mailcontrol.com/sr/VpoMfn7N5eHGX2PQPOmvUgMAe56rOQQtpbuEppB1ukjzuYmLhi0r3aODvkFpRyTpHrzgtNI8Mf9ue2rhFpgg0Q==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Question about Jenkins polling

[David Aldrich]

Hi

I think I understand the basics of Jenkins quite well but there is one area in 
which I am unsure how it will behave.

I have some long regression tests, which I trigger using cron type schedules.  
Typically, they run once per day at 8pm.  However, if no code changes have 
occurred that day, this is rather wasteful.  So I could, instead, start the 
tests in response to polling the code repository.

My question is, does Jenkins stop polling the repository while a job is running?

Suppose my test runs for x hours and, during that time, there are y commits.  
After x hours has elapsed, will the test be queued once or y times?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Question about Jenkins polling

[David Aldrich]

Hi

Thanks for both replies.  

> Are you wanting it to do this or not do this?

I do want it to do what you describe, so that's fine.

> It will run with the latest scm data at the time the job starts, not running 
> with the state of the scm at the time that it was queued.

That is the crucial point for me.

BR

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

How to improve my bash script error handling?

[David Aldrich]

Hi

Several of our Jenkins regression tests are controlled by bash scripts.  As a 
beginner bash script writer, I would like some advice on how to improve the 
error handling in those scripts please.

We use the bash shebang:

#!/bin/bash -ex

A typical test might compare some result files with reference files:

for RESULT_FILE in $RESULT_FILE_LIST
do
diff -b --brief $RESULT_FILE $REF_PATH/$RESULT_FILE
done

The problem here is that the 'for' loop exits on the first 'diff' failure, the 
script then exits and Jenkins fails the test.

I would prefer the 'for' loop to complete so that I get a list of all failing 
files, before Jenkins terminates the test.

What would be a neat way of achieving this in bash?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Help needed with MsBuild plugin

[David Aldrich]

Hi

I have used Jenkins for a long time but am now using the MSBuild plugin for the 
first time, because we are migrating some build jobs from VC2008 to VC2010.

I have added a 'MSBuild installation' in Jenkins with the following path:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe

In my job, I specify the following MSBuild command line arguments:

p:Configuration="My_release" /p:useenv=true 
/flp:logfile=MyOutput.log;verbosity=diagnostic

When I run the job I get this error:

error TRK0005: Failed to locate: "CL.exe". The system cannot find the file 
specified.

Visual C++ 2010 is installed on the build machine and CL.exe is definitely 
present.

I guess that MSBuild would typically be executed from a Visual Studio command 
prompt which would have the environment variables correctly set up.

Do I need to configure the path when running the MSBuild plugin from Jenkins?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: How do I stop Jenkins?

[David Aldrich]

Does your Jenkins master run on Windows or Linux?

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Ed Keith
Sent: 04 September 2013 13:31
To: jenkinsci-users@googlegroups.com
Subject: How do I stop Jenkins?

I can't figure out how to shut down Jenkins.

Any help would be appreciated.

   -EdK

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Help needed with MsBuild plugin

[David Aldrich]

Do you use the MSBuild plugin or just specify a 'Windows batch command' build 
step?

Does your path variable on your slave include:

C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\BIN;

?

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of 
dhrutiben.pa...@wellsfargo.com
Sent: 04 September 2013 16:14
To: jenkinsci-users@googlegroups.com
Subject: RE: Help needed with MsBuild plugin

Sorry David, but it is hard to understand your problem.

I am giving my code snippet so you can compare and check the difference.

Jenkins Job:

Execute windows batch command
C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe 
/t:Rebuild /p:Configuration=%BuildType% /p:Platform="%BuildPlatform%" 
/verbosity:normal  %workspace%MyProj.sln


And check whether you have set up environment variables on your build server. 
E.g. C:\winodws\system32


From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, September 04, 2013 8:07 AM
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

I think there is not much to say.

The master configuration sets the MSBuild path to:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe

The build step is:

MS Build file: MSVC\MyProj.sln
Command line arguments: /p:Configuration=" release" /p:useenv=true 
/flp:logfile=MyOutput.log;verbosity=diagnostic

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of 
dhrutiben.pa...@wellsfargo.com<mailto:dhrutiben.pa...@wellsfargo.com>
Sent: 04 September 2013 15:54
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

Can you provide configuration settings for your job , if possible?
And what are the steps you are adding for MSBuild?

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, September 04, 2013 7:49 AM
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

Hi

Thanks for your reply.

Yes, I had already done that.

David


From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of 
dhrutiben.pa...@wellsfargo.com<mailto:dhrutiben.pa...@wellsfargo.com>
Sent: 04 September 2013 15:41
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

Hi,

Did you set up MSBuild configuration globally?

I mean, go to Manage Jenkins--> Configure System , you need to add which 
version of MSBuild you going to use.

Try above and let us know whether it solved your problem or not.

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, September 04, 2013 4:28 AM
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Help needed with MsBuild plugin

Hi

I have used Jenkins for a long time but am now using the MSBuild plugin for the 
first time, because we are migrating some build jobs from VC2008 to VC2010.

I have added a 'MSBuild installation' in Jenkins with the following path:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe

In my job, I specify the following MSBuild command line arguments:

p:Configuration="My_release" /p:useenv=true 
/flp:logfile=MyOutput.log;verbosity=diagnostic

When I run the job I get this error:

error TRK0005: Failed to locate: "CL.exe". The system cannot find the file 
specified.

Visual C++ 2010 is installed on the build machine and CL.exe is definitely 
present.

I guess that MSBuild would typically be executed from a Visual Studio command 
prompt which would have the environment variables correctly set up.

Do I need to configure the path when running the MSBuild plugin from Jenkins?

Best regards

David

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/szJBvIn6!BrGX2PQPOmvUv46NwAC7+vkNuaJfGCF!6bqywAqgIaj3FrSOpIPaCACXdIc+sLA36AX!sYT9IPN0A==>
 to report this email as spam.
--
You received this message because you are subscribed to the Google Groups 
"Jenkin

RE: Help needed with MsBuild plugin

[David Aldrich]

I think there is not much to say.

The master configuration sets the MSBuild path to:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe

The build step is:

MS Build file: MSVC\MyProj.sln
Command line arguments: /p:Configuration=" release" /p:useenv=true 
/flp:logfile=MyOutput.log;verbosity=diagnostic

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of 
dhrutiben.pa...@wellsfargo.com
Sent: 04 September 2013 15:54
To: jenkinsci-users@googlegroups.com
Subject: RE: Help needed with MsBuild plugin

Can you provide configuration settings for your job , if possible?
And what are the steps you are adding for MSBuild?

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, September 04, 2013 7:49 AM
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

Hi

Thanks for your reply.

Yes, I had already done that.

David


From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of 
dhrutiben.pa...@wellsfargo.com<mailto:dhrutiben.pa...@wellsfargo.com>
Sent: 04 September 2013 15:41
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

Hi,

Did you set up MSBuild configuration globally?

I mean, go to Manage Jenkins--> Configure System , you need to add which 
version of MSBuild you going to use.

Try above and let us know whether it solved your problem or not.

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, September 04, 2013 4:28 AM
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Help needed with MsBuild plugin

Hi

I have used Jenkins for a long time but am now using the MSBuild plugin for the 
first time, because we are migrating some build jobs from VC2008 to VC2010.

I have added a 'MSBuild installation' in Jenkins with the following path:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe

In my job, I specify the following MSBuild command line arguments:

p:Configuration="My_release" /p:useenv=true 
/flp:logfile=MyOutput.log;verbosity=diagnostic

When I run the job I get this error:

error TRK0005: Failed to locate: "CL.exe". The system cannot find the file 
specified.

Visual C++ 2010 is installed on the build machine and CL.exe is definitely 
present.

I guess that MSBuild would typically be executed from a Visual Studio command 
prompt which would have the environment variables correctly set up.

Do I need to configure the path when running the MSBuild plugin from Jenkins?

Best regards

David

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/szJBvIn6!BrGX2PQPOmvUv46NwAC7+vkNuaJfGCF!6bqywAqgIaj3FrSOpIPaCACXdIc+sLA36AX!sYT9IPN0A==>
 to report this email as spam.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Help needed with MsBuild plugin

[David Aldrich]

Hi

Thanks for your reply.

Yes, I had already done that.

David


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of 
dhrutiben.pa...@wellsfargo.com
Sent: 04 September 2013 15:41
To: jenkinsci-users@googlegroups.com
Subject: RE: Help needed with MsBuild plugin

Hi,

Did you set up MSBuild configuration globally?

I mean, go to Manage Jenkins--> Configure System , you need to add which 
version of MSBuild you going to use.

Try above and let us know whether it solved your problem or not.

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, September 04, 2013 4:28 AM
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Help needed with MsBuild plugin

Hi

I have used Jenkins for a long time but am now using the MSBuild plugin for the 
first time, because we are migrating some build jobs from VC2008 to VC2010.

I have added a 'MSBuild installation' in Jenkins with the following path:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe

In my job, I specify the following MSBuild command line arguments:

p:Configuration="My_release" /p:useenv=true 
/flp:logfile=MyOutput.log;verbosity=diagnostic

When I run the job I get this error:

error TRK0005: Failed to locate: "CL.exe". The system cannot find the file 
specified.

Visual C++ 2010 is installed on the build machine and CL.exe is definitely 
present.

I guess that MSBuild would typically be executed from a Visual Studio command 
prompt which would have the environment variables correctly set up.

Do I need to configure the path when running the MSBuild plugin from Jenkins?

Best regards

David

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/szJBvIn6!BrGX2PQPOmvUv46NwAC7+vkNuaJfGCF!6bqywAqgIaj3FrSOpIPaCACXdIc+sLA36AX!sYT9IPN0A==>
 to report this email as spam.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Help needed with MsBuild plugin

[David Aldrich]

Hi Mark

Thanks for your reply.

I have found this issue:

https://issues.jenkins-ci.org/browse/JENKINS-16452

where you have also discussed this.

Given that we run Jenkins as a Windows service, and given that it is not 
possible to run vcvarsall.bat in conjunction with the MSBuild plugin from 
Jenkins, I think it is best for us to use a 'Windows batch command' build step 
in the Jenkins job and call vcvarsall.bat and MSBuild.exe explicitly there.

It seems to me that the MSBuild plugin is not very useful because of this.

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mark Waite
Sent: 05 September 2013 02:45
To: jenkinsci-users@googlegroups.com
Subject: Re: Help needed with MsBuild plugin

Isn't the message "error TRK0005: Failed to locate: "CL.exe". The system cannot 
find the file specified. " an indication that you may have failed to call 
vcvarsall.bat for your specific Visual Studio before starting the Jenkins slave 
agent on that machine?

I thought that Visual Studio used that technique to allow users to install 
multiple Visual Studio versions on a single machine, and then select which 
Visual Studio they want to use for a command line compile by invoking the 
corresponding vcvarsall.bat script for that Visual Studio version.

I don't think the MSBuild plugin is the right one to decide which Visual Studio 
version you want to run, though I guess it could be extended to have some form 
of list of alternative Visual Studio versions which it should attempt to 
configure before running the build.

Mark Waite


From: "dhrutiben.pa...@wellsfargo.com<mailto:dhrutiben.pa...@wellsfargo.com>" 
mailto:dhrutiben.pa...@wellsfargo.com>>
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Sent: Wednesday, September 4, 2013 9:42 AM
Subject: RE: Help needed with MsBuild plugin

I set MSBuild.exe at configure system location and for my jobs , I just use the 
command 'Execute Batch Command" and write my query.
It works for me so far.


From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, September 04, 2013 8:23 AM
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

Do you use the MSBuild plugin or just specify a 'Windows batch command' build 
step?

Does your path variable on your slave include:

C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\BIN;

?

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of 
dhrutiben.pa...@wellsfargo.com<mailto:dhrutiben.pa...@wellsfargo.com>
Sent: 04 September 2013 16:14
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

Sorry David, but it is hard to understand your problem.

I am giving my code snippet so you can compare and check the difference.

Jenkins Job:

Execute windows batch command
C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe 
/t:Rebuild /p:Configuration=%BuildType% /p:Platform="%BuildPlatform%" 
/verbosity:normal  %workspace%MyProj.sln


And check whether you have set up environment variables on your build server. 
E.g. C:\winodws\system32


From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, September 04, 2013 8:07 AM
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

I think there is not much to say.

The master configuration sets the MSBuild path to:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe

The build step is:

MS Build file: MSVC\MyProj.sln
Command line arguments: /p:Configuration=" release" /p:useenv=true 
/flp:logfile=MyOutput.log;verbosity=diagnostic

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of 
dhrutiben.pa...@wellsfargo.com<mailto:dhrutiben.pa...@wellsfargo.com>
Sent: 04 September 2013 15:54
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: Help needed with MsBuild plugin

Can you provide configuration settings for your job , if possible?
And what are the steps you are adding for MSBuild?

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, September 04, 2013 7:49 AM
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.co

RE: [ANN] SSH Slaves 1.3

[David Aldrich]

Hi Stephen

As of 7 October, Plugin Manager is still showing version 1.2 as the latest 
version. We currently have version 0.27 installed.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 04 October 2013 13:21
To: jenkinsci-...@googlegroups.com; jenkinsci-users@googlegroups.com
Subject: [ANN] SSH Slaves 1.3

I found a number of bugs with the upgrade logic for handling pre-credentials 
integration to post-credentials integration.

Version 1.3 of the SSH Slaves plugin should be *much* better at upgrading, and 
should identify and consolidate duplicate keys correctly (it was previously 
failing to pick up matches that differed in whitespace, etc)

This version needs credentials 1.8.3 and ssh-credentials 1.5.1 (but should be 
"ok" with any of the credentials 1.7+ and ssh-credentials 1.4+ or to put it 
another way, if you forget to upgrade them your instance should not blow up, 
however you are *strongly* recommended to upgrade them anyway, e.g. 
ssh-credentials has some logic to help repair previously borked upgrade 
attempts)

-Stephen
--
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.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [ANN] SSH Slaves 1.3

[David Aldrich]

Hi Stephen

I wonder if you didn't see my comment yesterday. So here it is again:

As of 8 October, Plugin Manager is still showing version 1.2 as the latest 
version. We currently have version 0.27 installed.  Should Plugin Manager be 
showing 1.3?

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 04 October 2013 13:21
To: jenkinsci-...@googlegroups.com; jenkinsci-users@googlegroups.com
Subject: [ANN] SSH Slaves 1.3

I found a number of bugs with the upgrade logic for handling pre-credentials 
integration to post-credentials integration.

Version 1.3 of the SSH Slaves plugin should be *much* better at upgrading, and 
should identify and consolidate duplicate keys correctly (it was previously 
failing to pick up matches that differed in whitespace, etc)

This version needs credentials 1.8.3 and ssh-credentials 1.5.1 (but should be 
"ok" with any of the credentials 1.7+ and ssh-credentials 1.4+ or to put it 
another way, if you forget to upgrade them your instance should not blow up, 
however you are *strongly* recommended to upgrade them anyway, e.g. 
ssh-credentials has some logic to help repair previously borked upgrade 
attempts)

-Stephen
--
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.
For more options, visit https://groups.google.com/groups/opt_out.

Click 
here
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

How to use Jenkins to build TI Code Composer Studio projects?

[David Aldrich]

Hi

I would like to build our TI Code Composer Studio (v5) projects using Jenkins . 
 Please can anyone offer some hints on how best to do this?

TI Code Composer Studio (CCS) v5 uses Eclipse and CDT, so perhaps users of 
other Eclipse C/C++ based projects could also comment.

Do I need to do an Eclipse 'headless build'?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: How to use Jenkins to build TI Code Composer Studio projects?

[David Aldrich]

Yes, it creates its  makefiles automatically.  Even if one could identify or 
export them, that wouldn't be desirable because one wouldn't know if they 
represented the latest set of source files.  I think that is why people use 
eclipse 'headless' builds.  But I am open to correction!

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 09 October 2013 14:11
To: jenkinsci-users@googlegroups.com
Subject: Re: How to use Jenkins to build TI Code Composer Studio projects?

Does it not just create makefiles in the backend? It actually manages all of 
the build stuff within the IDE itself?



On Wed, Oct 9, 2013 at 3:49 AM, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I would like to build our TI Code Composer Studio (v5) projects using Jenkins . 
 Please can anyone offer some hints on how best to do this?

TI Code Composer Studio (CCS) v5 uses Eclipse and CDT, so perhaps users of 
other Eclipse C/C++ based projects could also comment.

Do I need to do an Eclipse 'headless build'?

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.



--
Website: http://earl-of-code.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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/rLl4CnsZ6HLGX2PQPOmvUgItITKVa7z0T4lI5s55M9RobdV!F!NPK5CaIxLhie6ehsBIKC7m4TzGKFQ3ec5RLg==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: How to use Jenkins to build TI Code Composer Studio projects?

[David Aldrich]

Thanks Slide, I just wondered whether anyone here has experience of doing it?

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 09 October 2013 14:28
To: jenkinsci-users@googlegroups.com
Subject: Re: How to use Jenkins to build TI Code Composer Studio projects?

I came up with the following links from TI's website, so I think your idea of 
running in headless mode is correct.

http://processors.wiki.ti.com/index.php/Projects_-_Command_Line_Build/Create
http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/3670/13226.aspx#13226
http://e2e.ti.com/support/development_tools/compiler/f/343/t/168570.aspx

On Wed, Oct 9, 2013 at 6:20 AM, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Yes, it creates its  makefiles automatically.  Even if one could identify or 
export them, that wouldn't be desirable because one wouldn't know if they 
represented the latest set of source files.  I think that is why people use 
eclipse 'headless' builds.  But I am open to correction!

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 09 October 2013 14:11
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to use Jenkins to build TI Code Composer Studio projects?

Does it not just create makefiles in the backend? It actually manages all of 
the build stuff within the IDE itself?



On Wed, Oct 9, 2013 at 3:49 AM, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I would like to build our TI Code Composer Studio (v5) projects using Jenkins . 
 Please can anyone offer some hints on how best to do this?

TI Code Composer Studio (CCS) v5 uses Eclipse and CDT, so perhaps users of 
other Eclipse C/C++ based projects could also comment.

Do I need to do an Eclipse 'headless build'?

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.



--
Website: http://earl-of-code.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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

Click 
here<https://www.mailcontrol.com/sr/rLl4CnsZ6HLGX2PQPOmvUgItITKVa7z0T4lI5s55M9RobdV!F!NPK5CaIxLhie6ehsBIKC7m4TzGKFQ3ec5RLg==>
 to report this email as spam.
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.



--
Website: http://earl-of-code.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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Help need to debug "channel is already closed" failure

[David Aldrich]

Hi

I have a matrix job that is failing because the slave used by the job 
disconnects. The console output for the job is shown below. I am running 
Jenkins ver. 1.509.3 (LTS) with SSH Slaves Plugin 1.3 and Credentials plugin 
1.8.3.  The machines run Centos Linux.

This problem appeared yesterday and is now repeatable.  After the failure the 
slave is shown as connected so I guess that Jenkins managed to reconnect.  The 
job and the slave were running fine last week.

Please can anyone suggest what I can do to identify the cause of the problem?

Best regards

David

===

Console Output
09:37:42 Started by upstream project "" build number 9
09:37:42 originally caused by:
09:37:42  Started by user 
09:37:42 Building remotely on znsim05FATAL: channel is already closed
09:37:42 hudson.remoting.ChannelClosedException: channel is already closed
09:37:42at hudson.remoting.Channel.send(Channel.java:494)
09:37:42at hudson.remoting.Request.call(Request.java:129)
09:37:42at hudson.remoting.Channel.call(Channel.java:672)
09:37:42at hudson.EnvVars.getRemote(EnvVars.java:212)
09:37:42at hudson.model.Computer.getEnvironment(Computer.java:880)
09:37:42at 
jenkins.model.CoreEnvironmentContributor.buildEnvironmentFor(CoreEnvironmentContributor.java:28)
09:37:42at hudson.model.Run.getEnvironment(Run.java:2062)
09:37:42at 
hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:931)
09:37:42at 
hudson.matrix.MatrixRun$MatrixRunExecution.decideWorkspace(MatrixRun.java:175)
09:37:42at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:567)
09:37:42at hudson.model.Run.execute(Run.java:1592)
09:37:42at hudson.matrix.MatrixRun.run(MatrixRun.java:146)
09:37:42at 
hudson.model.ResourceController.execute(ResourceController.java:88)
09:37:42at hudson.model.Executor.run(Executor.java:237)
09:37:42 Caused by: java.io.IOException: Unexpected termination of the channel
09:37:42at 
hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50)
09:37:42 Caused by: java.io.EOFException
09:37:42at 
java.io.ObjectInputStream$BlockDataInputStream.peekByte(Unknown Source)
09:37:42at java.io.ObjectInputStream.readObject0(Unknown Source)
09:37:42at java.io.ObjectInputStream.readObject(Unknown Source)
09:37:42at hudson.remoting.Command.readFrom(Command.java:92)
09:37:42at 
hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:59)
09:37:42at 
hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Help need to debug "channel is already closed" failure

[David Aldrich]

Hi

Further inspection showed that the slave had never properly connected to 
Jenkins since a reboot of the slave yesterday.  This was clear in the node's 
log, but no problem was indicated for the slave on the dashboard.  I was busy 
and so didn't investigate deeper.

Anyway, a manual disconnect/reconnect fixed the problem.
 
Best regards

David

> -Original Message-
> From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> us...@googlegroups.com] On Behalf Of David Aldrich
> Sent: 15 October 2013 09:46
> To: jenkinsci-users@googlegroups.com
> Subject: Help need to debug "channel is already closed" failure
> 
> Hi
> 
> I have a matrix job that is failing because the slave used by the job 
> disconnects.
> The console output for the job is shown below. I am running Jenkins ver. 
> 1.509.3
> (LTS) with SSH Slaves Plugin 1.3 and Credentials plugin 1.8.3.  The machines 
> run
> Centos Linux.
> 
> This problem appeared yesterday and is now repeatable.  After the failure the
> slave is shown as connected so I guess that Jenkins managed to reconnect.  The
> job and the slave were running fine last week.
> 
> Please can anyone suggest what I can do to identify the cause of the problem?
> 
> Best regards
> 
> David
> 
> 
> ===
> 
> Console Output
> 09:37:42 Started by upstream project "" build number 9
> 09:37:42 originally caused by:
> 09:37:42  Started by user 
> 09:37:42 Building remotely on znsim05FATAL: channel is already closed
> 09:37:42 hudson.remoting.ChannelClosedException: channel is already closed
> 09:37:42  at hudson.remoting.Channel.send(Channel.java:494)
> 09:37:42  at hudson.remoting.Request.call(Request.java:129)
> 09:37:42  at hudson.remoting.Channel.call(Channel.java:672)
> 09:37:42  at hudson.EnvVars.getRemote(EnvVars.java:212)
> 09:37:42  at
> hudson.model.Computer.getEnvironment(Computer.java:880)
> 09:37:42  at
> jenkins.model.CoreEnvironmentContributor.buildEnvironmentFor(CoreEnviron
> mentContributor.java:28)
> 09:37:42  at hudson.model.Run.getEnvironment(Run.java:2062)
> 09:37:42  at
> hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:931)
> 09:37:42  at
> hudson.matrix.MatrixRun$MatrixRunExecution.decideWorkspace(MatrixRun.ja
> va:175)
> 09:37:42  at
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:567
> )
> 09:37:42  at hudson.model.Run.execute(Run.java:1592)
> 09:37:42  at hudson.matrix.MatrixRun.run(MatrixRun.java:146)
> 09:37:42  at
> hudson.model.ResourceController.execute(ResourceController.java:88)
> 09:37:42  at hudson.model.Executor.run(Executor.java:237)
> 09:37:42 Caused by: java.io.IOException: Unexpected termination of the
> channel
> 09:37:42  at
> hudson.remoting.SynchronousCommandTransport$ReaderThread.run(Synchron
> ousCommandTransport.java:50)
> 09:37:42 Caused by: java.io.EOFException
> 09:37:42  at
> java.io.ObjectInputStream$BlockDataInputStream.peekByte(Unknown Source)
> 09:37:42  at java.io.ObjectInputStream.readObject0(Unknown Source)
> 09:37:42  at java.io.ObjectInputStream.readObject(Unknown Source)
> 09:37:42  at hudson.remoting.Command.readFrom(Command.java:92)
> 09:37:42  at
> hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.ja
> va:59)
> 09:37:42  at
> hudson.remoting.SynchronousCommandTransport$ReaderThread.run(Synchron
> ousCommandTransport.java:48)
> 
> --
> 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.
> For more options, visit https://groups.google.com/groups/opt_out.
> 
> 
>  Click
> https://www.mailcontrol.com/sr/dWnfxqE0d+DGX2PQPOmvUuHxyFIItuEMLR21
> W!sZ9Dtk4Wp5+Iy+6XgiAkhMQd3PPRL+RTcDbJNkxH4nYzTQYQ==  to report this
> email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

"Failed to test the validity of the user name ..."

[David Aldrich]

Hi

We have seen this issue:

JENKINS-12619 "Failed to test the validity of the user name on all security 
matrices since upgrade

on our Jenkins instance for a long time.  We are running Jenkins 1.509.3 (LTS).

Does anyone have a solution for this issue please?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: "Failed to test the validity of the user name ..."

[David Aldrich]

Hi Stephen

Thanks for your reply.

Would it help if we used the Active Directory plugin instead of the LDAP plugin?

I'm afraid I know nothing about groovy scripts.  How would I run that script 
please?

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 15 October 2013 14:35
To: jenkinsci-users@googlegroups.com
Subject: Re: "Failed to test the validity of the user name ..."

Have you tried the troubleshooting groovy script in the Troubleshooting section 
of the LDAP plugin wiki page?

On 15 October 2013 14:30, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

We have seen this issue:

JENKINS-12619 "Failed to test the validity of the user name on all security 
matrices since upgrade

on our Jenkins instance for a long time.  We are running Jenkins 1.509.3 (LTS).

Does anyone have a solution for this issue please?

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/17LHN1SY18TGX2PQPOmvUndZP90azNGYV25LcpB7y4Cx1mhGEG40j4E!xejanykfPRL+RTcDbJOVGm43FW9a3A==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: "Failed to test the validity of the user name ..."

[David Aldrich]

Thanks Stephen, we'll consider using the Active Directory plugin instead.

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 15 October 2013 15:37
To: jenkinsci-users@googlegroups.com
Subject: Re: "Failed to test the validity of the user name ..."

Well Kohsuke always is confused as to why people use a plugin that doesn't have 
"Active Directory" in its name when trying to connect to Active Directory... so 
going on Kohsuke's philosophy, you should be using the Active Directory plugin 
to connect to Active Directory... and if that doesn't work for you, then you 
should file some bugs and pester Kohsuke to fix them bugs.


On 15 October 2013 14:44, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Stephen

Thanks for your reply.

Would it help if we used the Active Directory plugin instead of the LDAP plugin?

I'm afraid I know nothing about groovy scripts.  How would I run that script 
please?

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 15 October 2013 14:35
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: "Failed to test the validity of the user name ..."

Have you tried the troubleshooting groovy script in the Troubleshooting section 
of the LDAP plugin wiki page?

On 15 October 2013 14:30, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

We have seen this issue:

JENKINS-12619 "Failed to test the validity of the user name on all security 
matrices since upgrade

on our Jenkins instance for a long time.  We are running Jenkins 1.509.3 (LTS).

Does anyone have a solution for this issue please?

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

Click 
here<https://www.mailcontrol.com/sr/17LHN1SY18TGX2PQPOmvUndZP90azNGYV25LcpB7y4Cx1mhGEG40j4E!xejanykfPRL+RTcDbJOVGm43FW9a3A==>
 to report this email as spam.
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: "Failed to test the validity of the user name ..."

[David Aldrich]

Hi Stephen

I finally got round to looking at this again.  I found that I had both the 
following plugins enabled:


-  LDAP Plugin 1.6

-  Jenkins Active Directory Plugin 1.33

I disabled the LDAP Plugin and restarted Jenkins but I still see the following 
error in Configure Global Security:

"Failed to test the validity of the user name  (show details)
org.acegisecurity.BadCredentialsException: Failed to retrieve user information 
for ; nested exception is javax.naming.NamingException: [LDAP: error code 
1 - : LdapErr: DSID-0C090627, comment: In order to perform this 
operation a successful bind must be completed on the connection.,"

I see that JENKINS-12619 was opened in Feb 2012 and looks relevant.

Do you have any suggestions how to resolve this please?

Best regards

David


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 15 October 2013 16:10
To: jenkinsci-users@googlegroups.com
Subject: Re: "Failed to test the validity of the user name ..."

Blame Kohsuke if it goes wrong ;-)

On 15 October 2013 16:03, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Thanks Stephen, we'll consider using the Active Directory plugin instead.

BR

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 15 October 2013 15:37

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: "Failed to test the validity of the user name ..."

Well Kohsuke always is confused as to why people use a plugin that doesn't have 
"Active Directory" in its name when trying to connect to Active Directory... so 
going on Kohsuke's philosophy, you should be using the Active Directory plugin 
to connect to Active Directory... and if that doesn't work for you, then you 
should file some bugs and pester Kohsuke to fix them bugs.


On 15 October 2013 14:44, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Stephen

Thanks for your reply.

Would it help if we used the Active Directory plugin instead of the LDAP plugin?

I'm afraid I know nothing about groovy scripts.  How would I run that script 
please?

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 15 October 2013 14:35
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: "Failed to test the validity of the user name ..."

Have you tried the troubleshooting groovy script in the Troubleshooting section 
of the LDAP plugin wiki page?

On 15 October 2013 14:30, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

We have seen this issue:

JENKINS-12619 "Failed to test the validity of the user name on all security 
matrices since upgrade

on our Jenkins instance for a long time.  We are running Jenkins 1.509.3 (LTS).

Does anyone have a solution for this issue please?

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

Click 
here<https://www.mailcontrol.com/sr/17LHN1SY18TGX2PQPOmvUndZP90azNGYV25LcpB7y4Cx1mhGEG40j4E!xejanykfPRL+RTcDbJOVGm43FW9a3A==>
 to report this email as spam.
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to t

Ongoing issue with Active Directory plugin

[David Aldrich]

Hi

I am running Jenkins 1.509.4 LTS with Jenkins Active Directory Plugin v.1.33.

In Jenkins > Configure Global Security > Authorization > Project-based Matrix 
Authorization Strategy, I see the following error for one or more users:

Failed to test the validity of the user name  (show details)
org.acegisecurity.BadCredentialsException: Failed to retrieve user information 
for ; nested exception is javax.naming.NamingException: [LDAP: error 
code 1 - : LdapErr: DSID-0C090627, comment: In order to perform this 
operation a successful bind must be completed on the connection., data 0, vece

I have seen this problem for many months. I have watched JENKINS-12619 and 
asked about this problem in this mailing list, but have not found a solution.
User access is actually working fine but I would like to resolve these error 
messages.

Does anyone have any suggestions please?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Jenkins backup problem

[David Aldrich]

Hi

We run Jenkins 1.509.4 LTS on Centos 5.9.  We have used the Hudson backup 
plugin for several years without problem, but the backups recently started to 
fail with this type of error:

[ INFO] Backup started at [11/29/13 08:33:00]
[ INFO] Setting hudson in shutdown mode to avoid files corruptions.
[ INFO] Waiting all jobs end...
[ INFO] Number of running jobs detected : 0
[ INFO] All jobs finished.
[ INFO] Full backup file name : /Hudson_backup/backup_20131129_0833.zip
[ERROR] org.codehaus.plexus.archiver.ArchiverException: Failed to read 
filesystem attributes for: 
/var/lib/jenkins/config-history/jobs/myjob/2013-11-27_08-09-33/config.xml
org.jvnet.hudson.plugins.backup.BackupException: java.io.IOException: Unable to 
add config-history/jobs/myjob/2013-11-27_08-09-33/config.xml
at 
org.jvnet.hudson.plugins.backup.utils.BackupEngine.doBackup(BackupEngine.java:115)
at 
org.jvnet.hudson.plugins.backup.utils.BackupTask.run(BackupTask.java:130)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: Unable to add 
config-history/jobs/myjob/2013-11-27_08-09-33/config.xml
at 
org.jvnet.hudson.plugins.backup.utils.BackupEngine.handleFile(BackupEngine.java:90)
at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:367)
at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:364)

The error recurs for random files.  This seems to be problem 
https://issues.jenkins-ci.org/browse/JENKINS-5968, which is unresolved and 
appears to be stuck.

We need a reliable backup strategy.  Any suggestions what we should do please?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Jenkins backup problem

[David Aldrich]

Hi,

Yes, we'll move to using a script. Thanks.

This seems a useful article:

http://www.holisticqa.com/?cat=7

Best regards

David


From: jenkinsci-users@googlegroups.com [jenkinsci-users@googlegroups.com] on 
behalf of Steffen Breitbach [steffen.breitb...@1und1.de]
Sent: 29 November 2013 09:32
To: 'jenkinsci-users@googlegroups.com'
Subject: AW: Jenkins backup problem

We don't rely on plugins to backup our Jenkins but rather use our own scripts 
that run directly OS/file system level. Maybe you should do that too?

-Ursprüngliche Nachricht-
Von: jenkinsci-users@googlegroups.com [mailto:jenkinsci-users@googlegroups.com] 
Im Auftrag von David Aldrich
Gesendet: Freitag, 29. November 2013 10:05
An: jenkinsci-users@googlegroups.com
Betreff: Jenkins backup problem

Hi



We run Jenkins 1.509.4 LTS on Centos 5.9.  We have used the Hudson backup 
plugin for several years without problem, but the backups recently started to 
fail with this type of error:



[ INFO] Backup started at [11/29/13 08:33:00]

[ INFO] Setting hudson in shutdown mode to avoid files corruptions.

[ INFO] Waiting all jobs end...

[ INFO] Number of running jobs detected : 0

[ INFO] All jobs finished.

[ INFO] Full backup file name : /Hudson_backup/backup_20131129_0833.zip

[ERROR] org.codehaus.plexus.archiver.ArchiverException: Failed to read 
filesystem attributes for: 
/var/lib/jenkins/config-history/jobs/myjob/2013-11-27_08-09-33/config.xml

org.jvnet.hudson.plugins.backup.BackupException: java.io.IOException: Unable to 
add config-history/jobs/myjob/2013-11-27_08-09-33/config.xml

at 
org.jvnet.hudson.plugins.backup.utils.BackupEngine.doBackup(BackupEngine.java:115)

at 
org.jvnet.hudson.plugins.backup.utils.BackupTask.run(BackupTask.java:130)

at java.lang.Thread.run(Unknown Source)

Caused by: java.io.IOException: Unable to add 
config-history/jobs/myjob/2013-11-27_08-09-33/config.xml

at 
org.jvnet.hudson.plugins.backup.utils.BackupEngine.handleFile(BackupEngine.java:90)

at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:367)

at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:364)



The error recurs for random files.  This seems to be problem 
https://issues.jenkins-ci.org/browse/JENKINS-5968, which is unresolved and 
appears to be stuck.



We need a reliable backup strategy.  Any suggestions what we should do please?



Best regards



David



--
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.
For more options, visit https://groups.google.com/groups/opt_out.

--
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.
For more options, visit https://groups.google.com/groups/opt_out.


 Click 
https://www.mailcontrol.com/sr/8SjwfLsHfrPGX2PQPOmvUgItITKVa7z0j5R8KnBfBufQEILbxdZe4KMOHRLpql1t4iYs651wX3GTKOxjbsImtQ==
  to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Disk usage plugin not working

[David Aldrich]

Hi

We are running Jenkins 1.509.4 LTS on Centos 5 or 6.  I have installed the Disk 
Usage plugin but, when I select 'Jenkins > Disk usage' I get an 'Internet 
Explorer cannot display the webpage' error.

The page also does not display in Firefox.

The Disk usage plugin settings are the defaults - I have not changed them.

Any suggestions how to fix this please?

Best regards

David


-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Disk usage plugin not working

[David Aldrich]

Hi Tim

Thanks for your reply.

I have already uninstalled the Disk Usage plugin and restarted Jenkins so I 
can’t check the thread dump.  We had noticed that the Jenkins Java process was 
running at 100% cpu load, so that may have been associated with this problem.

Thanks for the JIRA link.

Best regards

David

From: Tim Drury [mailto:tdr...@gmail.com]
Sent: 06 December 2013 13:02
To: jenkinsci-users@googlegroups.com
Cc: David Aldrich
Subject: Re: Disk usage plugin not working

David, we had the same issue, but instead of an error in the browser, the 
request never came back.  The thread was hung within Jenkins waiting for the 
disk usage plugin to finish doing whatever it does, but it never finished.  I 
posted a bug on Jira here: https://issues.jenkins-ci.org/browse/JENKINS-20876

Could you look at the Jenkins monitoring utility (/monitoring); at the bottom 
is a link to provide a thread dump.  See if you have a thread stuck with a 
similar stack trace as the one in the Jira bug report.

Worst case: disable the disk-usage plugin.

-tim

On Wednesday, December 4, 2013 3:46:08 AM UTC-5, David Aldrich wrote:
Hi

We are running Jenkins 1.509.4 LTS on Centos 5 or 6.  I have installed the Disk 
Usage plugin but, when I select ‘Jenkins > Disk usage’ I get an ‘Internet 
Explorer cannot display the webpage’ error.

The page also does not display in Firefox.

The Disk usage plugin settings are the defaults – I have not changed them.

Any suggestions how to fix this please?

Best regards

David




Click 
here<https://www.mailcontrol.com/sr/oV8f0tmIyfTGX2PQPOmvUuHxyFIItuEM1qwfIdhl5mzREPv8hwcn70H50s2lTD5mZL+2++NcDe736NGKki70Ug==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

LTS 1.532.1 ?

[David Aldrich]

Hi

When will the new LTS (1.532.1) be advertised in Jenkins?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: LTS 1.532.1 ?

[David Aldrich]

Hi

Does anyone know whether Jenkins 1.532.1 LTS supports the "--sessionTimeout" 
option introduced in 1.528?

Also, sorry to nag, but will 1.532.1 LTS be advertised soon?

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 09 December 2013 14:19
To: jenkinsci-users@googlegroups.com
Subject: Re: LTS 1.532.1 ?

Kohsuke is in Brazil at present, so may not be able to push the changes 
remotely.

On 9 December 2013 14:08, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

When will the new LTS (1.532.1) be advertised in Jenkins?

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/DBEJXNhnx0!GX2PQPOmvUvSoGVaHHSWCKixT0UbNpXz4GNFyxOXDJYAHg18q9evcq7rv8v3Jw8IVpvj!OtdP1Q==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: LTS 1.532.1 ?

[David Aldrich]

Hi


Ø  Since it is based on 1.532 whatever introduced previously in 1.528 was 
automatically included.

Ok, thanks. Sorry if that was a stupid question, but the 1.532 release notes 
don't mention the '--sessionTimeout' option.


Ø  When you go to http://jenkins-ci.org/ and click on "Long-Term Support 
Release" it still shows 1.509.4

Yes. That's my point.

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 17 December 2013 15:37
To: jenkinsci-users@googlegroups.com
Subject: Re: LTS 1.532.1 ?

When you go to http://jenkins-ci.org/ and click on "Long-Term Support Release" 
it still shows 1.509.4, I think this is what he is referring to.

slide

On Tue, Dec 17, 2013 at 8:14 AM, Indra Gunawan (ingunawa) 
mailto:ingun...@cisco.com>> wrote:
LTS 1.532.1 is already available and listed when you browse to "Long-Term 
Support Release".
http://jenkins-ci.org/changelog-stable

Since it is based on 1.532 whatever introduced previously in 1.528 was 
automatically included.  So I say "--sessionTimeout" is a JENKINS JAVA OPTS you 
can use.

From: David Aldrich 
mailto:david.aldr...@emea.nec.com>>
Reply-To: 
"jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>" 
mailto:jenkinsci-users@googlegroups.com>>
Date: Tuesday, December 17, 2013 2:43 AM
To: "jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>" 
mailto:jenkinsci-users@googlegroups.com>>
Subject: RE: LTS 1.532.1 ?

Hi

Does anyone know whether Jenkins 1.532.1 LTS supports the "--sessionTimeout" 
option introduced in 1.528?

Also, sorry to nag, but will 1.532.1 LTS be advertised soon?

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 09 December 2013 14:19
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: LTS 1.532.1 ?

Kohsuke is in Brazil at present, so may not be able to push the changes 
remotely.

On 9 December 2013 14:08, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

When will the new LTS (1.532.1) be advertised in Jenkins?

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

Click 
here<https://www.mailcontrol.com/sr/DBEJXNhnx0!GX2PQPOmvUvSoGVaHHSWCKixT0UbNpXz4GNFyxOXDJYAHg18q9evcq7rv8v3Jw8IVpvj!OtdP1Q==>
 to report this email as spam.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.



--
Website: http://earl-of-code.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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

How to use --sessionTimeout?

[David Aldrich]

Hi

Having upgraded to 1.532.1 LTS, how do I use the --sessionTimeout parameter?

Is it something like:

sudo /etc/init.d/jenkins start -sessionTimeout=1800

where the timeout value is in seconds?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: How to use --sessionTimeout?

[David Aldrich]

Hi

I tried this:

# /etc/init.d/jenkins start --DsessionTimeout=1440

to set the timeout to 1 day.  But the session timeout is still less than 1 day. 
 Have I got the syntax right?

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Indra Gunawan (ingunawa)
Sent: 17 December 2013 19:21
To: jenkinsci-users@googlegroups.com
Subject: Re: How to use --sessionTimeout?

I think it is in minutes.  Before you edit the web.xml in the exploded war's 
winstone

${user.home}/.jenkins/war/WEB-INF/web.xml


add this entry

20





I think you simply add "-DsessionTimeout=" in your jenkins's 
start-up script like the rest.


From: David Aldrich 
mailto:david.aldr...@emea.nec.com>>
Reply-To: 
"jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>" 
mailto:jenkinsci-users@googlegroups.com>>
Date: Tuesday, December 17, 2013 8:35 AM
To: "jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>" 
mailto:jenkinsci-users@googlegroups.com>>
Subject: How to use --sessionTimeout?

Hi

Having upgraded to 1.532.1 LTS, how do I use the --sessionTimeout parameter?

Is it something like:

sudo /etc/init.d/jenkins start -sessionTimeout=1800

where the timeout value is in seconds?

Best regards

David
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/cLRMyd1yv9bGX2PQPOmvUjXuKmsvWB!ma5f47ZNgd79SkxjSdxHYrY1HhMwL57kCEOZVnM2aHGmg1M3YVHc55g==>
 to report this email as spam.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: How to use --sessionTimeout?

[David Aldrich]

I have also tried:

# /etc/init.d/jenkins start --sessionTimeout 1440

But the session timeout is still much less than 1 day.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 19 December 2013 16:37
To: jenkinsci-users@googlegroups.com
Subject: RE: How to use --sessionTimeout?

Hi

I tried this:

# /etc/init.d/jenkins start --DsessionTimeout=1440

to set the timeout to 1 day.  But the session timeout is still less than 1 day. 
 Have I got the syntax right?

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Indra Gunawan (ingunawa)
Sent: 17 December 2013 19:21
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to use --sessionTimeout?

I think it is in minutes.  Before you edit the web.xml in the exploded war's 
winstone

${user.home}/.jenkins/war/WEB-INF/web.xml

add this entry

20



I think you simply add "-DsessionTimeout=" in your jenkins's 
start-up script like the rest.

From: David Aldrich 
mailto:david.aldr...@emea.nec.com>>
Reply-To: 
"jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>" 
mailto:jenkinsci-users@googlegroups.com>>
Date: Tuesday, December 17, 2013 8:35 AM
To: "jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>" 
mailto:jenkinsci-users@googlegroups.com>>
Subject: How to use --sessionTimeout?

Hi

Having upgraded to 1.532.1 LTS, how do I use the --sessionTimeout parameter?

Is it something like:

sudo /etc/init.d/jenkins start -sessionTimeout=1800

where the timeout value is in seconds?

Best regards

David
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/cLRMyd1yv9bGX2PQPOmvUjXuKmsvWB!ma5f47ZNgd79SkxjSdxHYrY1HhMwL57kCEOZVnM2aHGmg1M3YVHc55g==>
 to report this email as spam.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: How to use --sessionTimeout?

[David Aldrich]

Hi Kevin

Thanks for your answer.

I guess that on my Centos system the equivalent file is /etc/sysconfig/Jenkins. 
 Please tell me if I'm wrong.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Kevin Fleming 
(BLOOMBERG/ 731 LEXIN)
Sent: 23 December 2013 19:17
To: jenkinsci-users@googlegroups.com
Subject: RE: How to use --sessionTimeout?

No, this is not going to work. You are passing the arguments to a shell script 
which does many things, including starting Jenkins.

If this is the script provided by the Debian/Ubuntu packages for Jenkins, you 
will want to do this instead:

* Open /etc/default/jenkins in a text editor.
* Find the JENKINS_ARGS variable at the bottom of the file.
* Inside the double-quotes, probably at the end, add: -DsessionTimeout=1440
* Save the file, then restart Jenkins using the init script 
(/etc/init.d/jenkins restart).

- Original Message -
From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
At: Dec 20 2013 08:59:20
I have also tried:

# /etc/init.d/jenkins start --sessionTimeout 1440

But the session timeout is still much less than 1 day.

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 19 December 2013 16:37
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: How to use --sessionTimeout?

Hi

I tried this:

# /etc/init.d/jenkins start --DsessionTimeout=1440

to set the timeout to 1 day.  But the session timeout is still less than 1 day. 
 Have I got the syntax right?

David

From:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Indra Gunawan (ingunawa)
Sent: 17 December 2013 19:21
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to use --sessionTimeout?

I think it is in minutes.  Before you edit the web.xml in the exploded war's 
winstone

${user.home}/.jenkins/war/WEB-INF/web.xml

add this entry

20



I think you simply add "-DsessionTimeout=" in your jenkins's 
start-up script like the rest.

From: David Aldrich 
mailto:david.aldr...@emea.nec.com>>
Reply-To: 
"jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>" 
mailto:jenkinsci-users@googlegroups.com>>
Date: Tuesday, December 17, 2013 8:35 AM
To: "jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>" 
mailto:jenkinsci-users@googlegroups.com>>
Subject: How to use --sessionTimeout?

Hi

Having upgraded to 1.532.1 LTS, how do I use the --sessionTimeout parameter?

Is it something like:

sudo /etc/init.d/jenkins start -sessionTimeout=1800

where the timeout value is in seconds?

Best regards

David
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/cLRMyd1yv9bGX2PQPOmvUjXuKmsvWB!ma5f47ZNgd79SkxjSdxHYrY1HhMwL57kCEOZVnM2aHGmg1M3YVHc55g==>
 to report this email as spam.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
Fo

RE: When do build results disappear?

[David Aldrich]

Did you activate the 'Discard Old Builds' setting in the project's 
configuration?


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Andy Jewell
Sent: 31 December 2013 15:35
To: jenkinsci-users@googlegroups.com
Subject: When do build results disappear?

HI. . . I'm a new Jenkins user (well, a few months) and things have been going 
good.  One of my "old' builds had 90 build artifacts.  Yesterday, however, I 
modified the job by changing a parameter and all the build results went away.  
I did not change the build job name which I understand could result in the loss 
of build logs.

Is this normal?  If so, is there a setting which would override the behavior so 
that build results are kept regardless?

Thanks for your help!

- Andy
--
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.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

What exactly is 'response time'?

[David Aldrich]

Hi

The 'Manage nodes' page of our Jenkins installation shows widely different 
response time for our slaves, ranging from 31ms to 12s.  The figure at the top 
of the column is 17min.

Our master and most slaves run Linux.  All run on an internal network.

What exactly does 'response time' indicate in this context?

Is 12s something to worry about?

What does the top figure (17mins) indicate?

Thanks in advance.

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: What exactly is 'response time'?

[David Aldrich]

Hi Stephen

Yes, some are VMs.

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 17 January 2014 14:32
To: jenkinsci-users@googlegroups.com
Subject: Re: What exactly is 'response time'?

Its the time the last ping packet took to route through the remoting layer.

12s does sound a bit bad... the ping may have hit the node when busy archiving 
artifacts or during a GC pause... or are some of your slaves VMs?

On 17 January 2014 14:12, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

The 'Manage nodes' page of our Jenkins installation shows widely different 
response time for our slaves, ranging from 31ms to 12s.  The figure at the top 
of the column is 17min.

Our master and most slaves run Linux.  All run on an internal network.

What exactly does 'response time' indicate in this context?

Is 12s something to worry about?

What does the top figure (17mins) indicate?

Thanks in advance.

David
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/17WGJKyatI3GX2PQPOmvUndZP90azNGYHx!pR6KkiTXWRIPfFQdwYFcJOQNTrtToqA0QORD0PH8KIUtpuCToCg==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: What exactly is 'response time'?

[David Aldrich]

Hi

Pinging the slave from the master's command line consistently gives a response 
time of 160ms, as opposed to 12s.

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 17 January 2014 14:32
To: jenkinsci-users@googlegroups.com
Subject: Re: What exactly is 'response time'?

Its the time the last ping packet took to route through the remoting layer.

12s does sound a bit bad... the ping may have hit the node when busy archiving 
artifacts or during a GC pause... or are some of your slaves VMs?

On 17 January 2014 14:12, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

The 'Manage nodes' page of our Jenkins installation shows widely different 
response time for our slaves, ranging from 31ms to 12s.  The figure at the top 
of the column is 17min.

Our master and most slaves run Linux.  All run on an internal network.

What exactly does 'response time' indicate in this context?

Is 12s something to worry about?

What does the top figure (17mins) indicate?

Thanks in advance.

David
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/17WGJKyatI3GX2PQPOmvUndZP90azNGYHx!pR6KkiTXWRIPfFQdwYFcJOQNTrtToqA0QORD0PH8KIUtpuCToCg==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: What exactly is 'response time'?

[David Aldrich]

Thanks for your help.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 17 January 2014 14:40
To: jenkinsci-users@googlegroups.com
Subject: Re: What exactly is 'response time'?

Then a couple of seconds might not be critical, rather indicative of a poorly 
resourced VM at the time the ping was measured. If the same slave is 
consistently showing poor ping times when idle... that would indicate a 
potential issue

On 17 January 2014 14:32, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Stephen

Yes, some are VMs.

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 17 January 2014 14:32
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: What exactly is 'response time'?

Its the time the last ping packet took to route through the remoting layer.

12s does sound a bit bad... the ping may have hit the node when busy archiving 
artifacts or during a GC pause... or are some of your slaves VMs?

On 17 January 2014 14:12, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

The 'Manage nodes' page of our Jenkins installation shows widely different 
response time for our slaves, ranging from 31ms to 12s.  The figure at the top 
of the column is 17min.

Our master and most slaves run Linux.  All run on an internal network.

What exactly does 'response time' indicate in this context?

Is 12s something to worry about?

What does the top figure (17mins) indicate?

Thanks in advance.

David
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

Click 
here<https://www.mailcontrol.com/sr/17WGJKyatI3GX2PQPOmvUndZP90azNGYHx!pR6KkiTXWRIPfFQdwYFcJOQNTrtToqA0QORD0PH8KIUtpuCToCg==>
 to report this email as spam.
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

LDAP Plugin update failure

[David Aldrich]

Hi

I am trying to download LDAP Plugin v.1.8, but for the last two days I have got 
error:

hudson.util.IOException2: Failed to download from 
http://updates.jenkins-ci.org/download/plugins/ldap/1.8/ldap.hpi

Does this indicate a problem with the updates server?

Best regards

David


-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

A question about matrix parent build jobs

[David Aldrich]

Hi

I am using the 'Matrix Tie Parent' plugin to tie the parent build job of our 
matrix jobs to a specific node.  I want the parent job to be allocated to a 
Linux slave, not one of our Windows slaves, so I chose to tie it to our Jenkins 
master (which runs on Linux).

My question is:  Can multiple parent build jobs run on a single node 
simultaneously?  If not, my strategy will cause our matrix jobs to queue while 
the master is busy, which would be bad.

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: LDAP Plugin update failure

[David Aldrich]

Ok, it's working for me now.

Thanks

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Maciej Jaros
Sent: 21 January 2014 10:01
To: jenkinsci-users@googlegroups.com
Subject: Re: LDAP Plugin update failure

David Aldrich (2014-01-21 09:26):
Hi

I am trying to download LDAP Plugin v.1.8, but for the last two days I have got 
error:

hudson.util.IOException2: Failed to download from 
http://updates.jenkins-ci.org/download/plugins/ldap/1.8/ldap.hpi

Does this indicate a problem with the updates server?


Works for me.

Click 
here<https://www.mailcontrol.com/sr/YK87j9Oon!LGX2PQPOmvUlRg0f8c3ZDC37D56y7AAsrvFhVM7YRPcg3yZ+0Cyl61r8T1yqnKBJfCXaTERp6oIw==>
 to report this email as spam.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Re:A question about matrix parent build jobs

[David Aldrich]

Hi

Thanks for your reply.  And, the general rule is always one job per executor, 
am I correct?

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Kevin Fleming 
(BLOOMBERG/ 731 LEXIN)
Sent: 22 January 2014 15:00
To: jenkinsci-users@googlegroups.com
Subject: Re:A question about matrix parent build jobs

This is only limited by the number of executors you have configured on your 
Jenkins master. The parent jobs are not special, they are just jobs in their 
own right and obey all the normal job processing rules.

- Original Message -
From: jenkinsci-users@googlegroups.com
To: jenkinsci-users@googlegroups.com
At: Jan 21 2014 03:55:44
Hi

I am using the 'Matrix Tie Parent' plugin to tie the parent build job of our 
matrix jobs to a specific node.  I want the parent job to be allocated to a 
Linux slave, not one of our Windows slaves, so I chose to tie it to our Jenkins 
master (which runs on Linux).

My question is:  Can multiple parent build jobs run on a single node 
simultaneously?  If not, my strategy will cause our matrix jobs to queue while 
the master is busy, which would be bad.

Best regards

David

--
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.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here
 to report this email as spam.
--
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.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Re:A question about matrix parent build jobs

[David Aldrich]

Ok, thanks!

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Kevin Fleming 
(BLOOMBERG/ 731 LEXIN)
Sent: 22 January 2014 15:19
To: jenkinsci-users@googlegroups.com
Subject: RE: Re:A question about matrix parent build jobs

That's not a rule, it's the law :-) An executor executes a job, it can't do 
more than one simultaneously.

- Original Message -
From: jenkinsci-users@googlegroups.com
To: jenkinsci-users@googlegroups.com
At: Jan 22 2014 10:02:34
Hi

Thanks for your reply.  And, the general rule is always one job per executor, 
am I correct?

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Kevin Fleming 
(BLOOMBERG/ 731 LEXIN)
Sent: 22 January 2014 15:00
To: jenkinsci-users@googlegroups.com
Subject: Re:A question about matrix parent build jobs

This is only limited by the number of executors you have configured on your 
Jenkins master. The parent jobs are not special, they are just jobs in their 
own right and obey all the normal job processing rules.

- Original Message -
From: jenkinsci-users@googlegroups.com
To: jenkinsci-users@googlegroups.com
At: Jan 21 2014 03:55:44
Hi

I am using the 'Matrix Tie Parent' plugin to tie the parent build job of our 
matrix jobs to a specific node.  I want the parent job to be allocated to a 
Linux slave, not one of our Windows slaves, so I chose to tie it to our Jenkins 
master (which runs on Linux).

My question is:  Can multiple parent build jobs run on a single node 
simultaneously?  If not, my strategy will cause our matrix jobs to queue while 
the master is busy, which would be bad.

Best regards

David

--
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.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here
 to report this email as spam.
--
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.
For more options, visit https://groups.google.com/groups/opt_out.
--
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.
For more options, visit https://groups.google.com/groups/opt_out.
--
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.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: A question about matrix parent build jobs

[David Aldrich]

Hi Daniel

> Except that Matrix parent jobs are lightweight since 1.337, which means its 
> executors are created dynamically on demand.

Thanks very much for this information.

Best regards

David

-Original Message-
From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Daniel Beck
Sent: 22 January 2014 19:17
To: jenkinsci-users@googlegroups.com
Subject: Re: A question about matrix parent build jobs


On 22.01.2014, at 15:59, Kevin Fleming (BLOOMBERG/ 731 LEXIN) 
 wrote:

> This is only limited by the number of executors you have configured on your 
> Jenkins master

Except that Matrix parent jobs are lightweight since 1.337, which means its 
executors are created dynamically on demand.

See https://issues.jenkins-ci.org/browse/JENKINS-936

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.


 Click 
https://www.mailcontrol.com/sr/QWmitJ16oLbGX2PQPOmvUkjDae7bB5Ig!JYjEw7Lg0g92ykQDG1EwFNUqE52QtzsvCGFE2gkBabX0F9OzBqmnw==
  to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Jenkins bug JENKINS-12235 - suggestions please

[David Aldrich]

Hi

One of our users writes:

Bug https://issues.jenkins-ci.org/browse/JENKINS-12235 is now seriously 
hampering our uptake of Jenkins. Our builds are very unreliable, to the point 
where we can't really use Jenkins for any critical regression testing or 
compilations because they too often fail to complete.

Here's an example of the error:

hudson.util.IOException2: remote file operation failed: 
C:\WINDOWS\TEMP\hudson4764599265328173415.bat at 
hudson.remoting.Channel@10c9bb8:rsds107
at hudson.FilePath.act(FilePath.java:912)
at hudson.FilePath.act(FilePath.java:889)
at hudson.FilePath.delete(FilePath.java:1307)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:101)

This failure seems to only affect jobs on Windows slaves (running Win 7 Prof 
64-bit).  Our Linux slaves seem to be more reliable.  Jenkins master runs on 
Linux.

JENKINS-12235 has a long discussion but no conclusion.  Please can anyone 
suggest how we can resolve this?  It would be a shame if we lose our affected 
users.

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Jenkins bug JENKINS-12235 - suggestions please

[David Aldrich]

Hi Stephen

Thanks for looking at this.  I don't know what to do with the information you 
gave, but would be grateful if any of the experts can follow it up.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 24 January 2014 13:47
To: jenkinsci-users@googlegroups.com
Subject: Re: Jenkins bug JENKINS-12235 - suggestions please

>From what I can see from the discussion, it sounds like the windows forked 
>process gets "picked up" as terminated if it is not sending output back to the 
>Jenkins slave process at a regular pace... if that were to happen, the Jenkins 
>slave process would assume that the script used to execute the scripted 
>commands has completed, hence it would try to delete the script (as a tidy up) 
>and when that fails, the job will then blow up (as the script is still in use 
>by the commands that are running in the background... so windows will keep the 
>file as locked)

A lot of people have been faffing around looking at the ssh channel stuff... 
this sounds more like a process launcher issue rather than an ssh channel issue.

On 24 January 2014 13:37, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

One of our users writes:

Bug https://issues.jenkins-ci.org/browse/JENKINS-12235 is now seriously 
hampering our uptake of Jenkins. Our builds are very unreliable, to the point 
where we can't really use Jenkins for any critical regression testing or 
compilations because they too often fail to complete.

Here's an example of the error:

hudson.util.IOException2: remote file operation failed: 
C:\WINDOWS\TEMP\hudson4764599265328173415.bat at 
hudson.remoting.Channel@10c9bb8:rsds107<mailto:hudson.remoting.Channel@10c9bb8:rsds107>
at hudson.FilePath.act(FilePath.java:912)
at hudson.FilePath.act(FilePath.java:889)
at hudson.FilePath.delete(FilePath.java:1307)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:101)

This failure seems to only affect jobs on Windows slaves (running Win 7 Prof 
64-bit).  Our Linux slaves seem to be more reliable.  Jenkins master runs on 
Linux.

JENKINS-12235 has a long discussion but no conclusion.  Please can anyone 
suggest how we can resolve this?  It would be a shame if we lose our affected 
users.

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/6YErael7JOXGX2PQPOmvUvSoGVaHHSWCIRqO!8asFVYcSychQ4G4LFNUqE52QtzsxhTpVNg26K6oZTw26POg4w==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Jenkins bug JENKINS-12235 - suggestions please

[David Aldrich]

Hi Stephen

We are running LTS 1.532.1 (the latest LTS).  What should I do to add the extra 
diagnostics please?  Should I leave LTS and go for the latest development 
release?

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 24 January 2014 14:01
To: jenkinsci-users@googlegroups.com
Subject: Re: Jenkins bug JENKINS-12235 - suggestions please

>From the stack trace, you are likely running on a version of Jenkins that does 
>not include the extra diagnostics against JENKINS-5073 (most likely the root 
>cause) which were added in this commit: 
>https://github.com/jenkinsci/jenkins/commit/1b22559581abf87344c57ac0dcf21d1612f2c80b

So the real cause is likely to be being masked.

On 24 January 2014 13:47, Stephen Connolly 
mailto:stephen.alan.conno...@gmail.com>> wrote:
>From what I can see from the discussion, it sounds like the windows forked 
>process gets "picked up" as terminated if it is not sending output back to the 
>Jenkins slave process at a regular pace... if that were to happen, the Jenkins 
>slave process would assume that the script used to execute the scripted 
>commands has completed, hence it would try to delete the script (as a tidy up) 
>and when that fails, the job will then blow up (as the script is still in use 
>by the commands that are running in the background... so windows will keep the 
>file as locked)

A lot of people have been faffing around looking at the ssh channel stuff... 
this sounds more like a process launcher issue rather than an ssh channel issue.

On 24 January 2014 13:37, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

One of our users writes:

Bug https://issues.jenkins-ci.org/browse/JENKINS-12235 is now seriously 
hampering our uptake of Jenkins. Our builds are very unreliable, to the point 
where we can't really use Jenkins for any critical regression testing or 
compilations because they too often fail to complete.

Here's an example of the error:

hudson.util.IOException2: remote file operation failed: 
C:\WINDOWS\TEMP\hudson4764599265328173415.bat at 
hudson.remoting.Channel@10c9bb8:rsds107<mailto:hudson.remoting.Channel@10c9bb8:rsds107>
at hudson.FilePath.act(FilePath.java:912)
at hudson.FilePath.act(FilePath.java:889)
at hudson.FilePath.delete(FilePath.java:1307)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:101)

This failure seems to only affect jobs on Windows slaves (running Win 7 Prof 
64-bit).  Our Linux slaves seem to be more reliable.  Jenkins master runs on 
Linux.

JENKINS-12235 has a long discussion but no conclusion.  Please can anyone 
suggest how we can resolve this?  It would be a shame if we lose our affected 
users.

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/Gj43kpYMwM!GX2PQPOmvUkBugPZ!3WFCdhQXzZ4s689DIN6eFcThUphyZxUsRJ2kxhTpVNg26K4gL4AI7al!HQ==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Jenkins bug JENKINS-12235 - suggestions please

[David Aldrich]

Hi Stephen

Thanks for your advice.  I will try a later version and see what that shows up.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 24 January 2014 14:22
To: jenkinsci-users@googlegroups.com
Subject: Re: Jenkins bug JENKINS-12235 - suggestions please

You might want to try anything from 1.533 onwards... I'm not saying the issue 
is fixed... just that those versions are at least not hiding the next link in 
the chain towards the root cause.

On 24 January 2014 14:06, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Stephen

We are running LTS 1.532.1 (the latest LTS).  What should I do to add the extra 
diagnostics please?  Should I leave LTS and go for the latest development 
release?

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 24 January 2014 14:01

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: Jenkins bug JENKINS-12235 - suggestions please

>From the stack trace, you are likely running on a version of Jenkins that does 
>not include the extra diagnostics against JENKINS-5073 (most likely the root 
>cause) which were added in this commit: 
>https://github.com/jenkinsci/jenkins/commit/1b22559581abf87344c57ac0dcf21d1612f2c80b

So the real cause is likely to be being masked.

On 24 January 2014 13:47, Stephen Connolly 
mailto:stephen.alan.conno...@gmail.com>> wrote:
>From what I can see from the discussion, it sounds like the windows forked 
>process gets "picked up" as terminated if it is not sending output back to the 
>Jenkins slave process at a regular pace... if that were to happen, the Jenkins 
>slave process would assume that the script used to execute the scripted 
>commands has completed, hence it would try to delete the script (as a tidy up) 
>and when that fails, the job will then blow up (as the script is still in use 
>by the commands that are running in the background... so windows will keep the 
>file as locked)

A lot of people have been faffing around looking at the ssh channel stuff... 
this sounds more like a process launcher issue rather than an ssh channel issue.

On 24 January 2014 13:37, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

One of our users writes:

Bug https://issues.jenkins-ci.org/browse/JENKINS-12235 is now seriously 
hampering our uptake of Jenkins. Our builds are very unreliable, to the point 
where we can't really use Jenkins for any critical regression testing or 
compilations because they too often fail to complete.

Here's an example of the error:

hudson.util.IOException2: remote file operation failed: 
C:\WINDOWS\TEMP\hudson4764599265328173415.bat at 
hudson.remoting.Channel@10c9bb8:rsds107<mailto:hudson.remoting.Channel@10c9bb8:rsds107>
at hudson.FilePath.act(FilePath.java:912)
at hudson.FilePath.act(FilePath.java:889)
at hudson.FilePath.delete(FilePath.java:1307)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:101)

This failure seems to only affect jobs on Windows slaves (running Win 7 Prof 
64-bit).  Our Linux slaves seem to be more reliable.  Jenkins master runs on 
Linux.

JENKINS-12235 has a long discussion but no conclusion.  Please can anyone 
suggest how we can resolve this?  It would be a shame if we lose our affected 
users.

Best regards

David

--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

Click 
here<https://www.mailcontrol.com/sr/Gj43kpYMwM!GX2PQPOmvUkBugPZ!3WFCdhQXzZ4s689DIN6eFcThUphyZxUsRJ2kxhTpVNg26K4gL4AI7al!HQ==>
 to report this email as spam.
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscrib

Can't login to Jenkins after upgrade to 1.549

[David Aldrich]

Hi

I have just upgraded from Jenkins 1.532.1 LTS to 1.549 (so that I can use the 
latest diagnostic features).

We use LDAP user authentication.  After the upgrade I cannot login to Jenkins 
but get directed to:

https:///jenkins/j_acegi_security_check

Please can anyone suggest what I should do?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Upgrade woes from Jenkins 1.532.1 to 1.549

[David Aldrich]

Hi

As I reported in an earlier email, Jenkins is not working properly after 
upgrading from 1.532.1 LTS to 1.549.

I am seeing the following problems:


1)  Initially I couldn't login with LDAP authentication.  That is now 
working ok (just left it overnight and the problem went away)


2)  Can't connect to Windows slaves (XP or Win 7).  I see the following 
error:



Connecting to tmsd347

ERROR: Message not found for errorCode: 0x8001

org.jinterop.dcom.common.JIException<http://stacktrace.jenkins-ci.org/search?query=org.jinterop.dcom.common.JIException>:
 Message not found for errorCode: 0x8001


3)  Sometimes the icons on the web pages disappear


4)  If I invoke: Manage Plugins > Advanced I see:



com.google.common.util.concurrent.ExecutionError: 
com.google.common.util.concurrent.ExecutionError: 
com.google.common.util.concurrent.ExecutionError: java.lang.InternalError   at 
com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2232)

at com.google.common.cache.LocalCache.get(LocalCache.java:3965)

at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969)

So it is all a bit of a mess. Please can someone advise me what to do?

Best regards

David

---
David Aldrich
NEC Telecom MODUS Ltd
DDI: +44(0)1372 381857, E: 
david.aldr...@emea.nec.com<mailto:david.aldr...@emea.nec.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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Upgrade woes from Jenkins 1.532.1 to 1.549

[David Aldrich]

Rolled back to Jenkins 1.542 and that seems to be working ok for us.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 05 February 2014 08:55
To: jenkinsci-users@googlegroups.com
Subject: Upgrade woes from Jenkins 1.532.1 to 1.549

Hi

As I reported in an earlier email, Jenkins is not working properly after 
upgrading from 1.532.1 LTS to 1.549.

I am seeing the following problems:


1)  Initially I couldn't login with LDAP authentication.  That is now 
working ok (just left it overnight and the problem went away)


2)  Can't connect to Windows slaves (XP or Win 7).  I see the following 
error:



Connecting to tmsd347

ERROR: Message not found for errorCode: 0x8001

org.jinterop.dcom.common.JIException<http://stacktrace.jenkins-ci.org/search?query=org.jinterop.dcom.common.JIException>:
 Message not found for errorCode: 0x8001


3)  Sometimes the icons on the web pages disappear


4)  If I invoke: Manage Plugins > Advanced I see:



com.google.common.util.concurrent.ExecutionError: 
com.google.common.util.concurrent.ExecutionError: 
com.google.common.util.concurrent.ExecutionError: java.lang.InternalError   at 
com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2232)

at com.google.common.cache.LocalCache.get(LocalCache.java:3965)

at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969)

So it is all a bit of a mess. Please can someone advise me what to do?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [ANN] Subversion Plugin 2.0 being released

[David Aldrich]

Hi

I have just upgraded from Subversion 1.54 plugin to v.2.00.  Launching a job 
that does a clean checkout on a Windows slave now repeatedly fails with this 
exception:

Checking out  at revision '2014-02-06T13:42:30.165 +'

ERROR: Failed to check out 

org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)

at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707)

at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627)

Clean checkouts to a Linux slave work fine.

I guess Stephen does not want to know ;-)  I can raise a JIRA.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 31 January 2014 12:25
To: jenkinsci-users@googlegroups.com; jenkinsci-...@googlegroups.com
Subject: [ANN] Subversion Plugin 2.0 being released

At the Jenkins Code Camp the issue of releasing version 2.0 of the Subversion 
plugin came up.

I would have liked to hear from some users who have tried to test the 
2.0-beta-1. After 3 months we have had no feedback, so:

Kevin P Flemming
Robert Sandell
Nicolas de Loof
Vincent Latombe

all voted me down and suggest that we just go and release the 2.0 version.

If there are any issues with the 2.0 credential migration I suggest taking it 
up with those who voted me down ;-)

-Stephen
--

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [ANN] Subversion Plugin 2.0 being released

[David Aldrich]

How would I check that?

I have just downgraded to 1.54.  Now, on the configuration page of the failing 
project, Jenkins is asking me for credentials:

Unable to access https://mytrunk : svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed (show 
details)<https://172.29.68.12/jenkins/job/Zodiac_MSVC/configure>


org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 06 February 2014 14:05
To: jenkinsci-users@googlegroups.com
Cc: jenkinsci-...@googlegroups.com
Subject: Re: [ANN] Subversion Plugin 2.0 being released

Did the credentials get migrated correctly?

On 6 February 2014 13:55, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I have just upgraded from Subversion 1.54 plugin to v.2.00.  Launching a job 
that does a clean checkout on a Windows slave now repeatedly fails with this 
exception:

Checking out  at revision '2014-02-06T13:42:30.165 +'

ERROR: Failed to check out 

org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)

at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707)

at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627)

Clean checkouts to a Linux slave work fine.

I guess Stephen does not want to know ;-)  I can raise a JIRA.

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 31 January 2014 12:25
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>; 
jenkinsci-...@googlegroups.com<mailto:jenkinsci-...@googlegroups.com>
Subject: [ANN] Subversion Plugin 2.0 being released

At the Jenkins Code Camp the issue of releasing version 2.0 of the Subversion 
plugin came up.

I would have liked to hear from some users who have tried to test the 
2.0-beta-1. After 3 months we have had no feedback, so:

Kevin P Flemming
Robert Sandell
Nicolas de Loof
Vincent Latombe

all voted me down and suggest that we just go and release the 2.0 version.

If there are any issues with the 2.0 credential migration I suggest taking it 
up with those who voted me down ;-)

-Stephen
--
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.

For more options, visit https://groups.google.com/groups/opt_out.

--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here<https://www.mailcontrol.com/sr/g0ay+AqDqeHGX2PQPOmvUrxf8JpNKDSovBVwVYIfOz7Rtu9fPOHUjM5Vf2uwxhm53qqlWUh6KrEDs2jC!2iYuQ==>
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.
<>

RE: [ANN] Subversion Plugin 2.0 being released

[David Aldrich]

Hi Stephen

I upgraded to svn plugin 2.0 again. In the job configuration screen the 
credentials drop-down read 'none' as you expected.  I then selected the correct 
credentials from the dropdown and was taken to:

https://https://%3cmy> url>/jenkins/job//configSubmit

which was a blank screen.

I then went to the Jenkins homepage and started the job. Now it's checking out 
the working copy ok.

So a bit painful, but seems to be ok now.

Thanks for your help,

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 06 February 2014 14:26
To: jenkinsci-users@googlegroups.com
Subject: Re: [ANN] Subversion Plugin 2.0 being released

If you go to the job configuration screen (when using subversion 2.0) there 
should be a credentials drop-down under the SVN URL. if that is empty, then 
likely the credentials for that specific job were not migrated. You should be 
able to select the credentials, or worst case add them again.

On 6 February 2014 14:08, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
How would I check that?

I have just downgraded to 1.54.  Now, on the configuration page of the failing 
project, Jenkins is asking me for credentials:

Unable to access https://mytrunk : svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed (show 
details)<https://172.29.68.12/jenkins/job/Zodiac_MSVC/configure>

org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 06 February 2014 14:05
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Cc: jenkinsci-...@googlegroups.com<mailto:jenkinsci-...@googlegroups.com>
Subject: Re: [ANN] Subversion Plugin 2.0 being released

Did the credentials get migrated correctly?

On 6 February 2014 13:55, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I have just upgraded from Subversion 1.54 plugin to v.2.00.  Launching a job 
that does a clean checkout on a Windows slave now repeatedly fails with this 
exception:

Checking out  at revision '2014-02-06T13:42:30.165 +'

ERROR: Failed to check out 

org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)

at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707)

at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627)

Clean checkouts to a Linux slave work fine.

I guess Stephen does not want to know ;-)  I can raise a JIRA.

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 31 January 2014 12:25
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>; 
jenkinsci-...@googlegroups.com<mailto:jenkinsci-...@googlegroups.com>
Subject: [ANN] Subversion Plugin 2.0 being released

At the Jenkins Code Camp the issue of releasing version 2.0 of the Subversion 
plugin came up.

I would have liked to hear from some users who have tried to test the 
2.0-beta-1. After 3 months we have had no feedback, so:

Kevin P Flemming
Robert Sandell
Nicolas de Loof
Vincent Latombe

all voted me down and suggest that we just go and release the 2.0 version.

If there are any issues with the 2.0 credential migration I suggest taking it 
up with those who voted me down ;-)

-Stephen
--
--
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<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.

For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this grou

RE: [ANN] Subversion Plugin 2.0 being released

[David Aldrich]

Hi Stephen

Thanks, I am using the latest plugins.

Our Jenkins instance uses 'user' 'hudsonuser' for svn access but we have to 
have separate credentials for that user for linux and Windows slaves (they have 
different passwords).  The linux jobs got the correct credentials but the 
Windows jobs lost their credentials settings.  Unfortunately it means we have 
to go through every Windows job and reconfigure it.

Best regards

David
From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 06 February 2014 15:42
To: jenkinsci-users@googlegroups.com
Subject: Re: [ANN] Subversion Plugin 2.0 being released

There was always the possibility that there was some crazy state that a job 
could get itself into with regards to where it was sourcing its credentials 
from (using the pre-2.0 credentials model).

I was rather confident that I had covered all the crazy ways that the 
credentials could be stashed. Your experience suggests that there are some 
credentials that may not be being picked up.

FYI I recommend using the absolute latest versions of the credentials (1.9.4) 
and ssh-credentials (will probably be best to upgrade ssh-slaves too if you 
upgrade ssh-credentials) plugins for the best UX.

On 6 February 2014 15:08, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Stephen

I upgraded to svn plugin 2.0 again. In the job configuration screen the 
credentials drop-down read 'none' as you expected.  I then selected the correct 
credentials from the dropdown and was taken to:

https://https://%3cmy> url>/jenkins/job//configSubmit

which was a blank screen.

I then went to the Jenkins homepage and started the job. Now it's checking out 
the working copy ok.

So a bit painful, but seems to be ok now.

Thanks for your help,

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 06 February 2014 14:26
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>

Subject: Re: [ANN] Subversion Plugin 2.0 being released

If you go to the job configuration screen (when using subversion 2.0) there 
should be a credentials drop-down under the SVN URL. if that is empty, then 
likely the credentials for that specific job were not migrated. You should be 
able to select the credentials, or worst case add them again.

On 6 February 2014 14:08, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
How would I check that?

I have just downgraded to 1.54.  Now, on the configuration page of the failing 
project, Jenkins is asking me for credentials:

Unable to access https://mytrunk : svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed (show 
details)<https://172.29.68.12/jenkins/job/Zodiac_MSVC/configure>

org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 06 February 2014 14:05
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Cc: jenkinsci-...@googlegroups.com<mailto:jenkinsci-...@googlegroups.com>
Subject: Re: [ANN] Subversion Plugin 2.0 being released

Did the credentials get migrated correctly?

On 6 February 2014 13:55, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I have just upgraded from Subversion 1.54 plugin to v.2.00.  Launching a job 
that does a clean checkout on a Windows slave now repeatedly fails with this 
exception:

Checking out  at revision '2014-02-06T13:42:30.165 +'

ERROR: Failed to check out 

org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)

at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707)

at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627)

Clean checkouts to a Linux slave work fine.

I gues

RE: [ANN] Subversion Plugin 2.0 being released

[David Aldrich]

Hi Stephen

I still have a problem with credentials.  In the project configuration I see:

Unable to access /trunk : svn: E200015: OPTIONS /trunk failed 
(show 
details)<https://172.29.68.12/jenkins/job/TML_scheduler_regression_test_gcc/configure>


org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS /trunk failed

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)

and credentials is set to none.  I select the correct credential from the drop 
down list, but the above error is still displayed. I save the project and run 
it and it succeeds. Then I open the project configuration again, and again I 
see the above error and credentials is set to none.

Any thoughts please?

David


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 06 February 2014 16:30
To: jenkinsci-users@googlegroups.com
Subject: Re: [ANN] Subversion Plugin 2.0 being released

yeah I certainly was not expecting anything that esoteric ;-)

On 6 February 2014 16:02, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Stephen

Thanks, I am using the latest plugins.

Our Jenkins instance uses 'user' 'hudsonuser' for svn access but we have to 
have separate credentials for that user for linux and Windows slaves (they have 
different passwords).  The linux jobs got the correct credentials but the 
Windows jobs lost their credentials settings.  Unfortunately it means we have 
to go through every Windows job and reconfigure it.

Best regards

David
From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 06 February 2014 15:42

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: [ANN] Subversion Plugin 2.0 being released

There was always the possibility that there was some crazy state that a job 
could get itself into with regards to where it was sourcing its credentials 
from (using the pre-2.0 credentials model).

I was rather confident that I had covered all the crazy ways that the 
credentials could be stashed. Your experience suggests that there are some 
credentials that may not be being picked up.

FYI I recommend using the absolute latest versions of the credentials (1.9.4) 
and ssh-credentials (will probably be best to upgrade ssh-slaves too if you 
upgrade ssh-credentials) plugins for the best UX.

On 6 February 2014 15:08, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Stephen

I upgraded to svn plugin 2.0 again. In the job configuration screen the 
credentials drop-down read 'none' as you expected.  I then selected the correct 
credentials from the dropdown and was taken to:

https://https://%3cmy> url>/jenkins/job//configSubmit

which was a blank screen.

I then went to the Jenkins homepage and started the job. Now it's checking out 
the working copy ok.

So a bit painful, but seems to be ok now.

Thanks for your help,

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Stephen Connolly
Sent: 06 February 2014 14:26
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>

Subject: Re: [ANN] Subversion Plugin 2.0 being released

If you go to the job configuration screen (when using subversion 2.0) there 
should be a credentials drop-down under the SVN URL. if that is empty, then 
likely the credentials for that specific job were not migrated. You should be 
able to select the credentials, or worst case add them again.

On 6 February 2014 14:08, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
How would I check that?

I have just downgraded to 1.54.  Now, on the configuration page of the failing 
project, Jenkins is asking me for credentials:

Unable to access https://mytrunk : svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed (show 
details)<https://172.29.68.12/jenkins/job/Zodiac_MSVC/configure>

org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS 
/subversion/zodiac/trunk failed

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)

at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:j

Why might job fail with "No route to host" ?

[David Aldrich]

Hi

Please can anyone suggest why a job, running on a Windows slave, might fail 
part way through with error "No route to host"?

We are running Jenkins 1.542 on a Linux master.  The entire exception trace is 
provided below.

Best regards

David


hudson.remoting.RequestAbortedException:
 hudson.remoting.RequestAbortedException: java.net.SocketException: No route to 
host

at 
hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:41)

at 
hudson.remoting.RequestAbortedException.wrapForRethrow(RequestAbortedException.java:34)

at 
hudson.remoting.Request.call(Request.java:174)

at 
hudson.remoting.Channel.call(Channel.java:722)

at 
hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:167)

at $Proxy55.join(Unknown Source)

at hudson.Launcher$RemoteLauncher$ProcImpl.join(Launcher.java:925)

at hudson.Launcher$ProcStarter.join(Launcher.java:360)

at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:94)

at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:63)

at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)

at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:785)

at hudson.model.Build$BuildExecution.build(Build.java:199)

at hudson.model.Build$BuildExecution.doRun(Build.java:160)

at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:566)

at hudson.model.Run.execute(Run.java:1677)

at hudson.matrix.MatrixRun.run(MatrixRun.java:146)

at hudson.model.ResourceController.execute(ResourceController.java:88)

at hudson.model.Executor.run(Executor.java:231)

Caused by: hudson.remoting.RequestAbortedException: java.net.SocketException: 
No route to host

at hudson.remoting.Request.abort(Request.java:299)

at hudson.remoting.Channel.terminate(Channel.java:782)

at 
hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69)

Caused by: java.net.SocketException: No route to host

at java.net.SocketInputStream.socketRead0(Native Method)

at java.net.SocketInputStream.read(Unknown Source)

at java.io.FilterInputStream.read(Unknown Source)

at java.io.BufferedInputStream.fill(Unknown Source)

at java.io.BufferedInputStream.read(Unknown Source)

at 
hudson.remoting.FlightRecorderInputStream.read(FlightRecorderInputStream.java:77)

at java.io.ObjectInputStream$PeekInputStream.peek(Unknown Source)

at java.io.ObjectInputStream$BlockDataInputStream.peek(Unknown Source)

at java.io.ObjectInputStream$BlockDataInputStream.peekByte(Unknown 
Source)

at java.io.ObjectInputStream.readObject0(Unknown Source)

at java.io.ObjectInputStream.readObject(Unknown Source)

at hudson.remoting.Command.readFrom(Command.java:92)

at 
hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:71)

at 
hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)


-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: MSBuild Visual Studio

[David Aldrich]

Hi

You need to specify the path to msbuild. The plugin does not do that for you 
AFAIK.

We just use a Windows batch command build step and do:

%MSBUILD% MSVC\mysln.sln /p:Configuration="Release" /p:useenv=true 
/flp:logfile=MyOutput.log;verbosity=diagnostic

where:

MSBUILD="C:\\Windows\\Microsoft.NET\\Framework\\v4.0.30319\\MSBuild.exe"

(set in the Jenkins project config page)

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Jmata
Sent: 19 February 2014 16:01
To: jenkinsci-users@googlegroups.com
Subject: MSBuild Visual Studio

Hello Guys,
Im running into a small issue in regards to the MSBuild Plugin . All setting 
seem to be correct in our configuration path, (pointing to the correct path 
C:\Program Files (x86)\MSBuild\12.0\Bin\MSBuild.exe

As soon as we run a build job we get the following error.

msbuild.exe' is not recognized as an internal or external command,

operable program or batch file.

Build step 'Build a Visual Studio project or solution using MSBuild' marked 
build as failure



If we run this through command line everything works perfect. No issues



Please help.



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.
For more options, visit https://groups.google.com/groups/opt_out.


Click 
here
 to report this email as spam.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

svn authentication failure for external link

[David Aldrich]

Hi

We are running Jenkins 1.551 with svn plugin 2.1.

For a certain Jenkins project, we have a problem with svn authentication for an 
svn external reference.  That job checks out an svn project that contains an 
external link:

/trunk/testbench/Scenarios  ->  /branches/Scenarios

When we run the Jenkins project we see exception:


hudson.util.IOException2: revision check failed on 
/branches/Scenarios



Caused by: org.tmatesoft.svn.core.SVNCancelException: svn: E200015: No 
credential to try. Authentication failed



I understand that with svn plugin 2.1 it is necessary to specify additional 
credentials, on the project config page, for externals because 'the realm may 
be different'. So I added:
[cid:image003.png@01CF32E6.E679C2C0]
I did that based on this knowledge:

$ curl -k -I  /trunk
HTTP/1.1 401 Unauthorized
Date: Wed, 26 Feb 2014 11:38:36 GMT
Server: Apache
WWW-Authenticate: Basic realm="CollabNet Subversion Repository"
Content-Type: text/html; charset=iso-8859-1

Please can anyone suggest why the authentication is failing?

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.
<>

RE: svn authentication failure for external link

[David Aldrich]

Hi

This problem appears to have been resolved by upgrading to Jenkins 1.552 and 
svn plugin 2.2.

Best regards

David


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 28 February 2014 09:10
To: jenkinsci-users@googlegroups.com
Subject: svn authentication failure for external link

Hi

We are running Jenkins 1.551 with svn plugin 2.1.

For a certain Jenkins project, we have a problem with svn authentication for an 
svn external reference.  That job checks out an svn project that contains an 
external link:

/trunk/testbench/Scenarios  ->  /branches/Scenarios

When we run the Jenkins project we see exception:


hudson.util.IOException2: revision check failed on 
/branches/Scenarios



Caused by: org.tmatesoft.svn.core.SVNCancelException: svn: E200015: No 
credential to try. Authentication failed



I understand that with svn plugin 2.1 it is necessary to specify additional 
credentials, on the project config page, for externals because 'the realm may 
be different'. So I added:
[cid:image001.png@01CF36D0.C86392A0]
I did that based on this knowledge:

$ curl -k -I  /trunk
HTTP/1.1 401 Unauthorized
Date: Wed, 26 Feb 2014 11:38:36 GMT
Server: Apache
WWW-Authenticate: Basic realm="CollabNet Subversion Repository"
Content-Type: text/html; charset=iso-8859-1

Please can anyone suggest why the authentication is failing?

Best regards

David


Click 
here<https://www.mailcontrol.com/sr/c!Dlkfk5H23GX2PQPOmvUoZL1nRsPcXd4RJX1DB6HyFQyWQEvzhVmMO9I1!sc2DYjH9e5qLChCQoKRuEdgZyEA==>
 to report this email as spam.
--
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<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.
<>

RE: plugin wishlist/ideas

[David Aldrich]

Hi Tomas

> the part of my Master thesis assignment is to create some plugin for Jenkins.
>  So if you (or your company) have any wish or idea, please let me know. :)

You could look at creating a plugin to modify the scheduling behaviour.

The description for the ‘Least Load’ plugin reads:

“By default Jenkins tries to allocate a job to the last node it was executed 
on. This can result in nodes being left idle while other nodes are overloaded. 
This plugin overrides the default behavior and assigns jobs to nodes with the 
least load. The least load is defined as a node that is idle or the one with 
the most available executors.”

https://wiki.jenkins-ci.org/display/JENKINS/Least+Load+Plugin

That is useful, but if you  look at the comments on that page you will see that 
some people are interested in a scheduler that takes account of the actual cpu 
load of slaves, not just what jobs Jenkins has assigned to them.  This is 
important when slaves are used for other purposes as well as by Jenkins.

So you could look at creating a scheduler plugin that schedules according to 
current cpu load (obtained by interrogating the slave itself).

I think this would be very interesting for you and useful to the community.

Best regards

David

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Jenkins 1.466.2 LTS Changelog

[David Aldrich]

I would also be grateful for the 1.466.2 change log.  Can it be provided please?

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of SETCH, Adam
Sent: 16 September 2012 23:52
To: jenkinsci-users@googlegroups.com
Subject: Jenkins 1.466.2 LTS Changelog

Hi all,

I noticed that a new LTS was released on the 13th Sep - v1.466.2. Is there a 
changelog for this release. http://jenkins-ci.org/changelog-stable has 1.466.1 
as the latest changelog.


Cheers

Adam




This e-mail is sent by Suncorp Group Limited ABN 66 145 290 124 or one of its 
related entities "Suncorp".
Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 
55 or at suncorp.com.au.
The content of this e-mail is the view of the sender or stated author and does 
not necessarily reflect the view of Suncorp. The content, including 
attachments, is a confidential communication between Suncorp and the intended 
recipient. If you are not the intended recipient, any use, interference with, 
disclosure or copying of this e-mail, including attachments, is unauthorised 
and expressly prohibited. If you have received this e-mail in error please 
contact the sender immediately and delete the e-mail and any attachments from 
your system.


Click 
here
 to report this email as spam.

Windows slave is failing to launch

[David Aldrich]

Hi

This morning our Windows Jenkins slave has gone offline. It has been working 
happily for many months.  I don't know what has changed that may have caused 
the problem.  I have pasted the log message below.  Any suggestions for a fix 
please?

Best regards

David


Connecting to 

Checking if Java exists

'java' is not recognized as an internal or external command,

operable program or batch file.

No Java found. Downloading JDK

Installing JDK jdk-6u16-oth-JPR@CDS-CDS_Developer

Downloading JDK from 
http://download.oracle.com/otn/java/jdk/6u16-b01/jdk-6u16-windows-i586.exe

Oracle now requires Oracle account to download previous versions of JDK. Please 
specify your Oracle account 
username/password.

ERROR: Failed to prepare Java

hudson.AbortException:
 Unable to install JDK unless a valid Oracle account username/password is 
provided in the system configuration.

at 
hudson.tools.JDKInstaller.locate(JDKInstaller.java:408)

at 
hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:241)

at 
hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:200)

at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)

at java.util.concurrent.FutureTask.run(Unknown Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown 
Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

at java.lang.Thread.run(Unknown Source)

Copying jenkins-slave.xml

Copying slave.jar

Starting the service

Waiting for the service to become ready

ERROR: The service didn't respond. Perphaps it failed to launch?

RE: Windows slave is failing to launch

[David Aldrich]

Sorry, fixed by re-installing JRE locally.

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 21 September 2012 08:33
To: jenkinsci-users@googlegroups.com
Subject: Windows slave is failing to launch

Hi

This morning our Windows Jenkins slave has gone offline. It has been working 
happily for many months.  I don't know what has changed that may have caused 
the problem.  I have pasted the log message below.  Any suggestions for a fix 
please?

Best regards

David


Connecting to 

Checking if Java exists

'java' is not recognized as an internal or external command,

operable program or batch file.

No Java found. Downloading JDK

Installing JDK jdk-6u16-oth-JPR@CDS-CDS_Developer

Downloading JDK from 
http://download.oracle.com/otn/java/jdk/6u16-b01/jdk-6u16-windows-i586.exe

Oracle now requires Oracle account to download previous versions of JDK. Please 
specify your Oracle account 
username/password.<http://hudsonmaster.uktm.eu.nec.com:8080/descriptorByName/hudson.tools.JDKInstaller/enterCredential>

ERROR: Failed to prepare Java

hudson.AbortException<http://stacktrace.jenkins-ci.org/search?query=hudson.AbortException>:
 Unable to install JDK unless a valid Oracle account username/password is 
provided in the system configuration.

at 
hudson.tools.JDKInstaller.locate(JDKInstaller.java:408)<http://stacktrace.jenkins-ci.org/search/?query=hudson.tools.JDKInstaller.locate&entity=method>

at 
hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:241)<http://stacktrace.jenkins-ci.org/search/?query=hudson.os.windows.ManagedWindowsServiceLauncher.launch&entity=method>

at 
hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:200)<http://stacktrace.jenkins-ci.org/search/?query=hudson.slaves.SlaveComputer$1.call&entity=method>

at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)

at java.util.concurrent.FutureTask.run(Unknown Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown 
Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

at java.lang.Thread.run(Unknown Source)

Copying jenkins-slave.xml

Copying slave.jar

Starting the service

Waiting for the service to become ready

ERROR: The service didn't respond. Perphaps it failed to launch?



Click 
here<https://www.mailcontrol.com/sr/LGKFWMsnv0fTndxI!oX7UvIItv2OGGpT3FLhgiFFUck7TyhkL32gTQXsBaxhRAqEKeX!AkUDiWy8ewgPpp7kgg==>
 to report this email as spam.

'Even Load Strategy' Plugin

[David Aldrich]

Hi

We use open source Jenkins but have a use case that would benefit from an 'even 
load' scheduler algorithm. I.e. where idle machines are preferred to the build 
machine previously used.

I have just come across Cloudbees' Jenkins Enterprise 'Even Load Strategy 
Plugin'.  I don't know yet what the licensing issues for this plugin are.  I.e. 
can it be used with open source Jenkins?

Perhaps a more suitable question for this list is: is there a similar plugin 
available in the public domain?

Best regards

David

RE: 'Even Load Strategy' Plugin

[David Aldrich]

Hi

That link seems to be broken, but there is a cached version here:

http://webcache.googleusercontent.com/search?q=cache:ApcN2jyhnwoJ:wiki.cloudbees.com/bin/view/Jenkins%2BEnterprise/Using%2BCloudBees%2Bplugins%2Bwith%2BJenkins+&cd=1&hl=en&ct=clnk&gl=uk

However, my reading of that page suggests one can only evaluate the Cloudbees 
plugins on Jenkins OSS.  Perhaps I am misunderstanding it.

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of nicolas de loof
Sent: 25 September 2012 16:16
To: jenkinsci-users@googlegroups.com
Subject: Re: 'Even Load Strategy' Plugin


2012/9/25 David Aldrich 
mailto:david.aldr...@emea.nec.com>>
Hi

We use open source Jenkins but have a use case that would benefit from an 'even 
load' scheduler algorithm. I.e. where idle machines are preferred to the build 
machine previously used.

I have just come across Cloudbees' Jenkins Enterprise 'Even Load Strategy 
Plugin'.  I don't know yet what the licensing issues for this plugin are.  I.e. 
can it be used with open source Jenkins?

Cloudbees Enterprise plugin can be installed on Jenkins OSS -> 
http://wiki.cloudbees.com/bin/view/Jenkins+Enterprise/Using+CloudBees+plugins+with+Jenkins


Perhaps a more suitable question for this list is: is there a similar plugin 
available in the public domain?

Best regards

David




Click 
here<https://www.mailcontrol.com/sr/CN4xOaSAFWzTndxI!oX7UqpuQnERN3F7RaGuvNGkRgPv39BqTtGNs0X7SEkMlCHl240RU36wIKJca1YcpG8Zdg==>
 to report this email as spam.

RE: 'Even Load Strategy' Plugin

[David Aldrich]

Hi Marek


Ø  I will share any design/thoughts/changes if and when I have them.

Please do. Thanks.

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Marek Gimza
Sent: 25 September 2012 16:13
To: jenkinsci-users@googlegroups.com
Subject: Re: 'Even Load Strategy' Plugin

David,

We are also looking into this.

One option that I am considering is to create a plugin that will utilize the 
Hudson.model.queue.MappingWorksheet and Hudson.model.Queue classes to determine 
the best slave.

At present, it seems that the system will choose the last slave that was used 
for the same job.

I will share any design/thoughts/changes if and when I have them.



...
Mgimza

On Tue, Sep 25, 2012 at 10:57 AM, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

We use open source Jenkins but have a use case that would benefit from an 'even 
load' scheduler algorithm. I.e. where idle machines are preferred to the build 
machine previously used.

I have just come across Cloudbees' Jenkins Enterprise 'Even Load Strategy 
Plugin'.  I don't know yet what the licensing issues for this plugin are.  I.e. 
can it be used with open source Jenkins?

Perhaps a more suitable question for this list is: is there a similar plugin 
available in the public domain?

Best regards

David




Click 
here<https://www.mailcontrol.com/sr/GjnqhNFPImPTndxI!oX7UmUCwzNXXM!aLddmtQuUhZsJ1iXXJGuSNeB5TdPJA4bf240RU36wIKJca1YcpG8Zdg==>
 to report this email as spam.

RE: 'Even Load Strategy' Plugin

[David Aldrich]

> No evaluation restriction, you can run CloudBees Enterprise plugins on you 
> own 
> jenkins if you don't want / can't install Jenkins Enteprise. You'll need a 
> valid license, 
> and can request an evaluation one to test those plugins.

Well, I don't know. It looks like an evaluation license to me.

David

RE: 'Even Load Strategy' Plugin

[David Aldrich]

Hi Stephen

So, just to be clear, is the 'Even Load Strategy' Plugin only available under 
the paid license?

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 25 September 2012 21:25
To: jenkinsci-users@googlegroups.com
Subject: Re: 'Even Load Strategy' Plugin

[CloudBees hat]
The evaluation license is a time limited full license allowing the use of all 
CloudBees plugins.

We have three license types:

* Free license - covers the free (but closed source) plugins, e.g. folders, 
cloud-backup, etc

* Evalutation license - a time limited license for all plugins with no 
restrictions (other than the time)

* Paid license - a license for all plugins and a set number of executors.

HTH

-Stephen
[/CloudBees hat]
On 25 September 2012 19:26, Jason Swager 
mailto:j.a.swa...@gmail.com>> wrote:
The wiki page has the following text:

"If you evaluate our value-add plugins in this manner and decide not to 
purchase a license, you need to remove all the value-add plugins to keep using 
it as a stock Jenkins installation."

This seems to imply that an evaluation license is only to evaluate, not to use 
for production.  Production use of the plugins requires a purchased license.

On Tuesday, September 25, 2012 11:21:34 AM UTC-7, Nicolas De loof wrote:

2012/9/25 David Aldrich mailto:david@emea.nec.com>>


> No evaluation restriction, you can run CloudBees Enterprise plugins on you own
> jenkins if you don't want / can't install Jenkins Enteprise. You'll need a 
> valid license,
> and can request an evaluation one to test those plugins.
Well, I don't know. It looks like an evaluation license to me.

Sure it is, I'm a CloudBees employee !
What make you think this is for evaluation purpose only ? This reveals we are 
failing to make documentation clear on this wiki page.



David




Click 
here<https://www.mailcontrol.com/sr/OHhXdHTdD9HTndxI!oX7UseyfNgsFvsQHK6UUxsPARMACmETWXUdMMdWTir8D+79240RU36wIKK1yubdBaCdqw==>
 to report this email as spam.

RE: 'Even Load Strategy' Plugin

[David Aldrich]

Thanks for the clarification.

It would be nice if there was some initiative to produce an open-source plugin 
with similar functionality.  But I guess that will not come from CloudBees.

Best regards

David

RE: 'Even Load Strategy' Plugin

[David Aldrich]

Hi Stephen

Thanks for the indication that there is some hope that 'Even Load Strategy' 
could one day become free.

However, I can't imagine what a supporting business case might be.

What business case did you make for 'Credentials'?

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 26 September 2012 09:38
To: jenkinsci-users@googlegroups.com
Subject: Re: 'Even Load Strategy' Plugin

On 26 September 2012 09:12, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Thanks for the clarification.

It would be nice if there was some initiative to produce an open-source plugin 
with similar functionality.  But I guess that will not come from CloudBees.

Well we do like to push our plugins "down the stack" *when it makes sense*.

So for example the Folders plugin started off life as a Paid plugin, it is now 
Free (closed source).

The Credentials plugin started off life as being Paid functionality that was to 
be an enhancement to the Folders plugin. In the end, however, I was able to 
make a good business case that that specific plugin should be Free (open 
source).

[My only gripe is that no paying customer has pestered us to integrate the 
Credentials plugin into the Subversion and Git plugins... if enough of them 
pester Product Management then I get to work on that during work hours and not 
just my spare time (current spare time < none) ;-) ]

If we (the cloudbees developers) can make a good business case for a plugin 
being made Free (open source), then my experience shows that our management is 
responsive.

I cannot currently see such a business case for the Even Load plugin.

But that does not mean that such a business case cannot be made!

-Stephen

Best regards

David




Click 
here<https://www.mailcontrol.com/sr/Mfqx7NlpG77TndxI!oX7UqpuQnERN3F7f6K8Q70G2jw3hqNB03PI5t6h+WiQQnPqcaNoLX7YznKELIeSJhirLg==>
 to report this email as spam.

RE: Is LTS 1.466.2 releases?

[David Aldrich]

From earlier thread ‘Re: RE: Jenkins 1.466.2 LTS Changelog’:


Hi,

I'm not sure how to fix changelog for already release version, but the only 
change was security bug fix, for details see [1] Vojta



[1] 
https://wiki.jenkins-ci.org/display/SECURITY/Jenkins+Security+Advisory+2012-09-17




From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of RainerW
Sent: 28 September 2012 13:33
To: jenkinsci-users@googlegroups.com
Subject: Is LTS 1.466.2 releases?

Hi,

my Jenkins tells me there is a 1.466.2 release, but there is no changelog on 
the Jenkins page for this release number. So is / was there an 1.466.2 release?

Cheers Rainer


Click 
here
 to report this email as spam.

Why are all parameters for slave showing 'N/A'?

[David Aldrich]

Hi

We are running Jenkins 1.466.2.  Under  one of our slaves is 
showing all parameters as 'N/A' (for 'response time',' free swap space', etc), 
but the slave does not appear to be offline.

Why might this be please?

Best regards

David

SVN version compatibility question

[David Aldrich]

Hi

We are using Jenkins SVN plugin version 1.34, which uses a svn 1.6 client.

We are planning to upgrade our slaves to use svn 1.7 clients.

Is it ok to run a svn 1.6 compatible plugin against svn 1.7 slaves?

Best regards

David

RE: Release of new long term support version?

[David Aldrich]

Will the next LTS release include the latest version of the SVN plugin?

I would like to see that happen, if that release of the plugin is stable.

BR

David

> -Original Message-
> From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> us...@googlegroups.com] On Behalf Of Kohsuke Kawaguchi
> Sent: 14 November 2012 15:12
> To: jenkinsci-users@googlegroups.com
> Subject: Re: Release of new long term support version?
> 
> It's targeted for the next Monday. There's a few loose-ends that need to be
> tied.
> 
> Sorry for the delay.
> 
> 2012/11/14 Mark Waite :
> > I haven't seen mention on the mailing list of a planned release date
> > for Jenkins 1.480.1, the new long term support version.  The
> > jenkins-ci.org web site still shows 1.466.2 as the long term support 
> > release.
> >
> > Any update on a planned release date for the next long term support
> version?
> >
> > Thanks!
> > Mark Waite
> 
> 
> 
> --
> Kohsuke Kawaguchi
> 
> 
>  Click
> https://www.mailcontrol.com/sr/MOjf6pgGJyjGX2PQPOmvUvSoGVaHHSWC
> 9lJiAuJkdVgQd+OExs03PwWLkMFbZsJjNLiZgeIrN745W2BPFL9JFA==  to
> report this email as spam.

RE: Release of new long term support version?

[David Aldrich]

Ok, thanks.  It's not a big problem for me but perhaps it's worth recognising 
that svn 1.7 has been out for a year now.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 14 November 2012 15:26
To: jenkinsci-users@googlegroups.com
Subject: Re: Release of new long term support version?

Given that the change would need soak time, and also given that trunk is only 
at 1.39 I don't think the LTS will have a newer version than was in 1.480

On 14 November 2012 15:13, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Will the next LTS release include the latest version of the SVN plugin?

I would like to see that happen, if that release of the plugin is stable.

BR

David

> -Original Message-
> From: 
> jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
> [mailto:jenkinsci-<mailto:jenkinsci->
> us...@googlegroups.com<mailto:us...@googlegroups.com>] On Behalf Of Kohsuke 
> Kawaguchi
> Sent: 14 November 2012 15:12
> To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
> Subject: Re: Release of new long term support version?
>
> It's targeted for the next Monday. There's a few loose-ends that need to be
> tied.
>
> Sorry for the delay.
>
> 2012/11/14 Mark Waite mailto:markwa...@yahoo.com>>:
> > I haven't seen mention on the mailing list of a planned release date
> > for Jenkins 1.480.1, the new long term support version.  The
> > jenkins-ci.org<http://jenkins-ci.org> web site still shows 1.466.2 as the 
> > long term support release.
> >
> > Any update on a planned release date for the next long term support
> version?
> >
> > Thanks!
> > Mark Waite
>
>
>
> --
> Kohsuke Kawaguchi
>
>
>  Click
> https://www.mailcontrol.com/sr/MOjf6pgGJyjGX2PQPOmvUvSoGVaHHSWC
> 9lJiAuJkdVgQd+OExs03PwWLkMFbZsJjNLiZgeIrN745W2BPFL9JFA==  to
> report this email as spam.

Advice requested: bash vs python scripts in Jenkins

[David Aldrich]

Hi

We use Jenkins to run regression tests on our C++ console application.  Each 
test consists of a bash script that typically runs the application with defined 
test parameters and then compares the output files with reference files using 
'diff'.

I am now thinking of moving from bash scripts to Python.  My expectation is 
that Python will be much easier to code.

To use Python, would I still use an "Execute shell" build step and specify the 
following?

 /path/to/build.py -i 

When using a bash script, I know that the test will fail if any script command 
fails.  In an equivalent Python program should I just ensure that my Python 
program returns an error code if any test step fails?

Best regards

David

RE: Advice requested: bash vs python scripts in Jenkins

[David Aldrich]

Thanks Clem,

Best regards

David

RE: Advice requested: bash vs python scripts in Jenkins

[David Aldrich]

Hi Mark and Clem

Thanks very much for your replies.  They were both very helpful.

Best regards

David

RE: What version is SVN client - quick question

[David Aldrich]

You need to check which version of the SVN Plugin you are using and then look 
up that plugin’s wiki page to see which version of svn it supports (as Craig 
suggested).

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Craig
Sent: 30 November 2012 12:57
To: jenkinsci-users@googlegroups.com
Subject: Re: What version is SVN client - quick question

Assuming you are using the standard plugin then it uses SVNKit.
See: https://wiki.jenkins-ci.org/display/JENKINS/Subversion+Plugin

The change log notes:
Version 1.40 (May 11, 2012)

  *   Supported Subversion 1.7 (issue 
#11381)

So my guess is it will automagically support anything up to 1.7



On Friday, 30 November 2012 02:15:07 UTC, zw wrote:
Hi

How do we know what vendor of SVN client and its version is Jenkins or Hudson 
using ?

Thanks


Click 
here
 to report this email as spam.

Java error since upgrade to 1.480.2 LTS

[David Aldrich]

Hi

This morning I upgraded Jenkins from 1.480.1 to 1.480.2 and restarted Jenkins.  
Now one of my jobs fails with:


Started by user 

FATAL: null

java.util.NoSuchElementException

at java.util.AbstractList$Itr.next(Unknown Source)

at java.util.Collections.min(Unknown Source)

at 
hudson.plugins.jobConfigHistory.JobConfigBadgeAction.onStarted(JobConfigBadgeAction.java:79)

at 
hudson.plugins.jobConfigHistory.JobConfigBadgeAction.onStarted(JobConfigBadgeAction.java:27)

at hudson.model.listeners.RunListener.fireStarted(RunListener.java:188)

at hudson.model.Run.execute(Run.java:1497)

at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)

at hudson.model.ResourceController.execute(ResourceController.java:88)

at hudson.model.Executor.run(Executor.java:236)

How can I fix this please?

Best regards

David

RE: Java error since upgrade to 1.480.2 LTS

[David Aldrich]

Hi Riccardo

Thanks very much for your reply.  I upgraded to the latest version of 
JobConfigHistory when I upgraded Jenkins this morning.

I have now downgraded JobConfigHistory from 2.1 to 2.0 and the error has gone 
away.

Thanks for your help

David

> -Original Message-
> From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> us...@googlegroups.com] On Behalf Of Riccardo Foschia
> Sent: 22 January 2013 12:53
> To: jenkinsci-users@googlegroups.com
> Subject: Re: Java error since upgrade to 1.480.2 LTS
> 
> Just a guess: As the stacktrace suggests the problem seems to be caused by
> the JobConfigHistory plugin. Try to update this plugin to a newer version.
> 
> As experience shows after an upgrade of Jenkins it is often necessary to
> upgrade some plugins.
> 
> Regards,
> Riccardo
> 
> Am 22.01.2013 13:09, schrieb David Aldrich:
> > Hi
> >
> > This morning I upgraded Jenkins from 1.480.1 to 1.480.2 and restarted
> Jenkins.  Now one of my jobs fails with:
> >
> >
> > Started by user 
> >
> > FATAL: null
> >
> > java.util.NoSuchElementException<http://stacktrace.jenkins-ci.org/sear
> > ch?query=java.util.NoSuchElementException>
> >
> >  at java.util.AbstractList$Itr.next(Unknown Source)
> >
> >  at java.util.Collections.min(Unknown Source)
> >
> >  at
> >
> hudson.plugins.jobConfigHistory.JobConfigBadgeAction.onStarted(JobConf
> > igBadgeAction.java:79)
> >
> >  at
> >
> hudson.plugins.jobConfigHistory.JobConfigBadgeAction.onStarted(JobConf
> > igBadgeAction.java:27)
> >
> >  at
> > hudson.model.listeners.RunListener.fireStarted(RunListener.java:188)
> >
> >  at hudson.model.Run.execute(Run.java:1497)
> >
> >  at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
> >
> >  at
> > hudson.model.ResourceController.execute(ResourceController.java:88)
> >
> >  at hudson.model.Executor.run(Executor.java:236)
> >
> > How can I fix this please?
> >
> > Best regards
> >
> > David
> >
> >
> 
> --
> 
> META-LEVEL Software AG
> Saarbrücker Str. 51
> 66130 Saarbrücken
> Deutschland
> Tel: +49 - 681 / 99687-0
> Fax: +49 - 681 / 99687-99
> Mail: i...@meta-level.de
> Web: www.meta-level.de
> 
> Rechtsform: Aktiengesellschaft
> Sitz: Saarbrücken
> HR B Nr. 13 380 Amtsgericht Saarbrücken
> USt-IdNr. DE 1 38 17
> Vorstände: Dipl.-Inform. Peter Badt und Dipl.-Inform. Peter Raber
> Vorsitzender des Aufsichtsrats:  Reinhard Kuhn
> 
> 
> 
>  Click
> https://www.mailcontrol.com/sr/Ju8TsvGZprDGX2PQPOmvUpnwDS3JbRsAf
> M16+IlMWuj2JM92qGxpVw+Bkb+dB2lpDa1VfMOl9MwYNBM7q0TQEQ==  to
> report this email as spam.

RE: Java error since upgrade to 1.480.2 LTS

[David Aldrich]

Hi Kathi

Thanks for your answer.

David

> -Original Message-
> From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> us...@googlegroups.com] On Behalf Of Kathi Stutz
> Sent: 22 January 2013 13:09
> To: jenkinsci-users@googlegroups.com
> Subject: Re: Java error since upgrade to 1.480.2 LTS
> 
> 
> Well,
> the problem is indeed caused by the latest version of the JobConfigHistory
> plugin. It happens when you start to build a project which has no
> configuration history yet.
> I'll try to release a hotfix version today. As a workaround right now you can
> just change something in the configuration of the project (like the
> description or disable/enable) and then it should work.
> 
> Kathi Stutz
> 
> 
> 
> 
> 
> On 22.01.2013 13:52, Riccardo Foschia wrote:
> > Just a guess: As the stacktrace suggests the problem seems to be
> > caused by the JobConfigHistory plugin. Try to update this plugin to a
> > newer version.
> >
> > As experience shows after an upgrade of Jenkins it is often necessary
> > to upgrade some plugins.
> >
> > Regards,
> > Riccardo
> >
> > Am 22.01.2013 13:09, schrieb David Aldrich:
> >> Hi
> >>
> >> This morning I upgraded Jenkins from 1.480.1 to 1.480.2 and restarted
> Jenkins.  Now one of my jobs fails with:
> >>
> >>
> >> Started by user 
> >>
> >> FATAL: null
> >>
> >> java.util.NoSuchElementException<http://stacktrace.jenkins-ci.org/sea
> >> rch?query=java.util.NoSuchElementException>
> >>
> >>  at java.util.AbstractList$Itr.next(Unknown Source)
> >>
> >>  at java.util.Collections.min(Unknown Source)
> >>
> >>  at
> >>
> hudson.plugins.jobConfigHistory.JobConfigBadgeAction.onStarted(JobCon
> >> figBadgeAction.java:79)
> >>
> >>  at
> >>
> hudson.plugins.jobConfigHistory.JobConfigBadgeAction.onStarted(JobCon
> >> figBadgeAction.java:27)
> >>
> >>  at
> >> hudson.model.listeners.RunListener.fireStarted(RunListener.java:188)
> >>
> >>  at hudson.model.Run.execute(Run.java:1497)
> >>
> >>  at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
> >>
> >>  at
> >> hudson.model.ResourceController.execute(ResourceController.java:88)
> >>
> >>  at hudson.model.Executor.run(Executor.java:236)
> >>
> >> How can I fix this please?
> >>
> >> Best regards
> >>
> >> David
> >>
> >>
> 
> 
> 
>  Click
> https://www.mailcontrol.com/sr/FpuJlHZhvx3GX2PQPOmvUkjDae7bB5IgX6L
> Jf70Q!JosxQ7k7W54+eBYlPdIuP1TDa1VfMOl9MwKghm6!2a+jw==  to report
> this email as spam.