jenkins kunernetes plugin Excess workload after pending Spot instances

[ps4openstack]

Hello, 

I am using kubernetes plugin of the docker,

My pods are not being created, i am seeing below in the logs,

Mar 22, 2016 6:30:27 AM 
org.csanchez.jenkins.plugins.kubernetes.KubernetesCloud provision
INFO: Excess workload after pending Spot instances: 1
Mar 22, 2016 6:30:27 AM 
org.csanchez.jenkins.plugins.kubernetes.KubernetesCloud addProvisionedSlave
INFO: Template instance cap of 5 reached for template 
csanchez/jenkins-slave, not provisioning.

So basically what is "Max number of Instances" setting in kubernetes pod 
template?

I created two pod templates with two different levels but same image.
And there are two jobs which are using each of these labels.

When i schedule both the jobs, only one run and another never runs due to 
above errors in logs.

Please help

Thanks in advance

-- 
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/5663484a-36f1-40ea-8be1-ed941abf50e7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Jenkins in Linux VM + Docker related issue - Docker URL http://127.0.0.1:2375 not working

[80Vikram]

Hi All,

I've linux VM with Jenkins & docker installed. 

I logged into Jenkins with Linux sudo user and as per  
https://wiki.jenkins-ci.org/display/JENKINS/Docker+build+step+plugin , did 
the setup

But getting below error

*Something went wrong, cannot connect to http://127.0.0.1:2375, cause: 
org.apache.http.conn.HttpHostConnectException: Connect to 127.0.0.1:2375 
[/127.0.0.1] failed: Connection refused*


Is it better to use "Docker build setup plugin" or run docker commands in 
Execute shell ?


Thanks & Regards,
Vikram



-- 
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/a47982e8-073d-48a6-8b30-76a3817cb773%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Included regions feature

[Andy Billy]

OK!
That is working !
Thank you  very much!
 

On Thursday, March 17, 2016 at 8:58:24 AM UTC+8, Christopher Orr wrote:
>
> On 15/03/16 16:24, Andy Billy wrote: 
> > hi: 
> > 
> >   where could I find the option button in jenkins web ui for 
> > included regions feature of gradlescm plugin ? 
>
> There isn't a "Gradle SCM" nor a plugin with a similar name. 
>
> If you mean the Git SCM, the Git plugin has an "included regions" field, 
> which you can find in a job's configuration page by clicking "Add" next 
> to "Additional behaviours" and choosing "Polling ignores commits in 
> certain paths". 
>
> Regards, 
> Chris 
>
>

-- 
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/364b3351-a74a-4b19-a591-683762bfb335%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [workflow-plugin] Parallel JUnitResultArchiver steps result in proper junitResult.xml but wrong build.xml

[Logan Glickfield]

Current hunch is junit-plugin is throwing out the additional pytest output 
because 
of 
https://github.com/jenkinsci/junit-plugin/blob/master/src/main/java/hudson/tasks/junit/TestResult.java#L251-L258.
 
The pytest xml files have a hardcoded testsuite 'name' and no 'id' or 
'timestamp' attribute.

Since 'id' and 'timestamp' are optional, is there any expectation in the 
schema 'name' should be unique? If not, this seems like a junit-plugin bug. 
If there is a unique expectation for 'name', it seems like a pytest bug.

On Monday, March 21, 2016 at 3:51:28 PM UTC-4, Logan Glickfield wrote:
>
> I've tried a couple different things:
> - Using unique names for the different output .xml files (instead of both 
> `junit.xml`)
> - Running tests serially
> - Getting the tests to complete in the opposite order
>
> However, no matter what I've tried, only the first node to call 
> `JUnitResultArchiver` has any bearing on the final build status or in the 
> UI.
>
> Should I file this as a bug, or do others have suggestions?
>
> On Friday, March 18, 2016 at 10:11:39 PM UTC-4, Logan Glickfield wrote:
>>
>> Oops. s/parallelNode/node (forgot to clean up 2nd instance in sample 
>> code).
>>
>> On Friday, March 18, 2016 at 10:03:30 PM UTC-4, Logan Glickfield wrote:
>>>
>>> I'm having trouble with a pipeline I'm trying to set up. The build is 
>>> simultaneously succeeding but having failing tests.
>>>
>>> I have 2 nodes configured in parallel that run some python tests and 
>>> dump the results to xml. I then call the JUnitResultArchiver step in each 
>>> node.
>>>
>>> The first node to finish (about 20 minutes) has all passing tests. The 
>>> second node finishes later (about 45 minutes) with a couple failing tests. 
>>> In the build folder, if I look at junitResult.xml, it has all the tests 
>>> from both nodes including the failing tests. But if I look at build.xml, 
>>> there is one TestResultAction and it only contains information about the 
>>> tests from the first node and thus indicates success.
>>>
>>> Here's how this looks in the UI:
>>>
>>>
>>> 
>>>  
>>> 
>>>
>>> I'm on Jenkins 1.652 and JunitPlugin 1.11. Any ideas what may be wrong 
>>> or how I can further debug?
>>>
>>> Thanks for the help!
>>>
>>> -Logan
>>>
>>> P.S. Stripped down representation of my pipeline's flow below:
>>>
>>> stage 'Setup'
>>> node {
>>> git...
>>> stash 'project'
>>> }
>>>
>>> stage 'Tests'
>>> tests = [:]
>>> tests['Basic Tests'] = node {
>>> unstash 'project'
>>> sh 'py.test -v --junitxml=reports/junit.xml || true'
>>> step([$class: 'JUnitResultArchiver', testResults: 
>>> 'reports/junit.xml'])
>>> }
>>> tests['System Tests'] = parallelNode {
>>> unstash 'project'
>>> sh 'py.test -v --no-small --no-medium --large 
>>> --junitxml=reports/junit.xml || true'
>>> step([$class: 'JUnitResultArchiver', testResults: 
>>> 'reports/junit.xml'])
>>> }
>>> parallel tests
>>>
>>>
>>>
>>>

-- 
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/f89e6de8-88a0-4b4f-81af-10215caaf854%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [workflow-plugin] Parallel JUnitResultArchiver steps result in proper junitResult.xml but wrong build.xml

[Logan Glickfield]

I've tried a couple different things:
- Using unique names for the different output .xml files (instead of both 
`junit.xml`)
- Running tests serially
- Getting the tests to complete in the opposite order

However, no matter what I've tried, only the first node to call 
`JUnitResultArchiver` has any bearing on the final build status or in the 
UI.

Should I file this as a bug, or do others have suggestions?

On Friday, March 18, 2016 at 10:11:39 PM UTC-4, Logan Glickfield wrote:
>
> Oops. s/parallelNode/node (forgot to clean up 2nd instance in sample code).
>
> On Friday, March 18, 2016 at 10:03:30 PM UTC-4, Logan Glickfield wrote:
>>
>> I'm having trouble with a pipeline I'm trying to set up. The build is 
>> simultaneously succeeding but having failing tests.
>>
>> I have 2 nodes configured in parallel that run some python tests and dump 
>> the results to xml. I then call the JUnitResultArchiver step in each node.
>>
>> The first node to finish (about 20 minutes) has all passing tests. The 
>> second node finishes later (about 45 minutes) with a couple failing tests. 
>> In the build folder, if I look at junitResult.xml, it has all the tests 
>> from both nodes including the failing tests. But if I look at build.xml, 
>> there is one TestResultAction and it only contains information about the 
>> tests from the first node and thus indicates success.
>>
>> Here's how this looks in the UI:
>>
>>
>> 
>>  
>> 
>>
>> I'm on Jenkins 1.652 and JunitPlugin 1.11. Any ideas what may be wrong or 
>> how I can further debug?
>>
>> Thanks for the help!
>>
>> -Logan
>>
>> P.S. Stripped down representation of my pipeline's flow below:
>>
>> stage 'Setup'
>> node {
>> git...
>> stash 'project'
>> }
>>
>> stage 'Tests'
>> tests = [:]
>> tests['Basic Tests'] = node {
>> unstash 'project'
>> sh 'py.test -v --junitxml=reports/junit.xml || true'
>> step([$class: 'JUnitResultArchiver', testResults: 'reports/junit.xml'
>> ])
>> }
>> tests['System Tests'] = parallelNode {
>> unstash 'project'
>> sh 'py.test -v --no-small --no-medium --large 
>> --junitxml=reports/junit.xml || true'
>> step([$class: 'JUnitResultArchiver', testResults: 'reports/junit.xml'
>> ])
>> }
>> parallel tests
>>
>>
>>
>>

-- 
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/7fd846aa-a77b-4028-978a-bb0864d4263e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to do a simple post request using HTTP request plugin

[Martin d'Anjou]

I don't think there is a way to enter post data. According to the code, the 
post data is simply the list of parameters (which parameters I don't 
remember):
https://github.com/jenkinsci/http-request-plugin/blob/master/src/main/java/jenkins/plugins/http_request/util/HttpClientUtil.java#L81

You can probably try to fill different configuration fields of the plugin 
and post to http://httpbin.com/post to see what happens.

Martin

On Friday, March 18, 2016 at 10:27:51 AM UTC-4, steliosP wrote:
>
>
> 
> I am trying to do a post request using HTTP plugin. One basic question: 
> where do you put the content you want to post?I cannot find any related 
> field. Please have a look at the screenshot of the plugin provided 
> parameters
>
>

-- 
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/c2e0f818-b173-4237-baf3-0d6d7447fe43%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Fwd: ERROR: Processing failed due to a bug in the code.

[Robert Chur]

ERROR: Processing failed due to a bug in the code. Please report this to 
jenkinsci-users@googlegroups.com
java.lang.IllegalStateException 
:
 Invalid object ID 640 iota=642
at hudson.remoting.ExportTable.diagnoseInvalidId(ExportTable.java:386) 

at hudson.remoting.ExportTable.get(ExportTable.java:330) 

at hudson.remoting.Channel.getExportedObject(Channel.java:633) 

at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:599)
 

at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:583)
 

at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:542)
 

at hudson.remoting.UserRequest.perform(UserRequest.java:120) 

at hudson.remoting.UserRequest.perform(UserRequest.java:48) 

at hudson.remoting.Request$2.run(Request.java:326) 

at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
 

at java.util.concurrent.FutureTask.run(FutureTask.java:266) 

at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 

at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 

at java.lang.Thread.run(Thread.java:745) 

at ..remote call to jenkins slave (i-369ac4f1)(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:220)
at hudson.remoting.Channel.call(Channel.java:781)
at 
hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:250)
at hudson.maven.$Proxy60.accept(Unknown Source)
at 
hudson.maven.AbstractMavenProcessFactory.newProcess(AbstractMavenProcessFactory.java:270)
at hudson.maven.ProcessCache.get(ProcessCache.java:236)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:755)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:534)
at hudson.model.Run.execute(Run.java:1738)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:529)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:410)
Caused by: java.lang.Exception: Object was recently deallocated
#640 (ref.0) : object=null 
type=hudson.maven.AbstractMavenProcessFactory$SocketHandler$AcceptorImpl 
interfaces=[hudson.maven.AbstractMavenProcessFactory$Acceptor]
  Created at Mon Mar 21 07:45:44 MDT 2016
at hudson.remoting.ExportTable$Entry.(ExportTable.java:99)
at hudson.remoting.ExportTable.export(ExportTable.java:305)
at hudson.remoting.Channel.internalExport(Channel.java:629)
at hudson.remoting.Channel.export(Channel.java:620)
at hudson.remoting.Channel.export(Channel.java:590)
at 
hudson.maven.AbstractMavenProcessFactory$SocketHandler$AcceptorImpl.writeReplace(AbstractMavenProcessFactory.java:226)
at sun.reflect.GeneratedMethodAccessor163.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
java.io.ObjectStreamClass.invokeWriteReplace(ObjectStreamClass.java:1118)
at j

jenkins-job-builder @ 1.4.0

[chengkai liang]

It seems that the recent version of jenkins at last 1.638 has different 
behavior than the 1.615 when dealing with publishers or wrappers. 
 Jenkins@1.638 has more strict xml tag that requires each plugin to have 
version present.  Without that information, the plugins won't present. Yet 
Jenkins@1.615 does not.  Has anybody has the similar problems?

-Chengkai

-- 
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/c5e9aa35-d0a7-4db2-83a0-65c07d148dd9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Change GitSCM repository from a plugin

[Iñigo Telleria]

Thanks Mark. 

Reading the source code git plugin I've been able to modify the git 
repository address. You were right there was DataBoundConstructor to do it, 
its name is UserRemoteConfig.

Iñigo

On Friday, 18 March 2016 22:27:44 UTC+1, Mark Waite wrote:
>
> Since the job uses the remote repository address which is stored inside 
> the repository, I suggested that you use JGit to modify the job definition 
> in the repository, then rely on the plugin to read the definition from the 
> repository.
>
> Alternately, you could look at the source code of the git plugin and the 
> git client plugin, to see if there is a convenient programming interface.  
> Since the repository address can be set from the user interface, there is 
> likely a DataBoundConstructor and/or DataBoundSetter which can set the 
> repository address and repository name.
>
> Mark Waite 
>
> On Fri, Mar 18, 2016 at 3:06 PM Iñigo Telleria  > wrote:
>
>> As far as I've understood JGit is to manage a local or remote repostiry. 
>> However, what I need is to modify remote repository address of a job. 
>>
>> For example, a job's repository url is http://domain.com/project.git. 
>> With the plugin I'm implementing I want to replace that address with 
>> another one, http://newdomain.com/newproject.git.
>>
>> To get this, I've tried with the snippet I've included above but it 
>> doesn't work. Any idea?
>>
>>
>> On Friday, 18 March 2016 19:12:32 UTC+1, Mark Waite wrote:
>>
>>> You might try the instructions at 
>>> http://stackoverflow.com/questions/12799573/add-remote-via-jgit 
>>>
>>> On Fri, Mar 18, 2016 at 7:14 AM Iñigo Telleria  wrote:
>>>
>> Hi,

 I'm developing a Jenkins plugin which copies a job (template-job) and 
 changes some data. 

 To do so, I've written this code in a plugin:

 MavenModuleSet template = (MavenModuleSet) jenkins.getItem(
 "template-job");
 MavenModuleSet newJob = (MavenModuleSet) jenkins.copy((TopLevelItem) 
 template, "new-job-name");

 GitSCM gitScm = (GitSCM) newJob.getScm();
 List repositories = gitScm.getRepositories();

 if (repositories.size() != 1) {
  throw new IllegalStateException("Just one repository was expected and 
 there are " + repositories.size());
 }

 RemoteConfig repository = repositories.get(0);
 repository.removeURI(new URIish("${REPOSITORY_URL}"));
 String newUrl = "http://domain.com/project.git";
 repository.addURI(new URIish(url));

 This code creates a new job based on template-job and it has a new 
 name. However, I can't change its git's repository url.

 Have I missed something? Can somebody give me a clue?

 Iñigo


 -- 
 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-use...@googlegroups.com.
>>>
>>>
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/jenkinsci-users/cb67d0da-3d96-478b-a024-d79445f48b7b%40googlegroups.com
  
 
 .
 For more options, visit https://groups.google.com/d/optout.

>>> -- 
>> 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-use...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/b42df2ac-e7c6-4c00-825f-491aa6b6ee12%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
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/1346324a-f829-4482-b88f-ddca143f109b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Polling question

[Hector Magnanao]

Is there a setting to make sure the next build does not run if there is 
already a build running ?

On Friday, March 18, 2016 at 3:10:09 PM UTC-5, Baptiste Mathus wrote:
>
> To add to Victor's answer, depending on the job/on your context, you can 
> also enable the fact that a new build is allowed even if another one for 
> the same job is already running. 
>
> My 2 cents
>
> 2016-03-18 19:19 GMT+01:00 Victor Martinez  >:
>
>> Since you are polling for new changes every 15 minutes, then If there are 
>> new changes then it will trigger another build
>>
>> On Friday, 18 March 2016 17:06:26 UTC, Hector Magnanao wrote:
>>>
>>> In Jenkins,  if I have a polling schedule every 15 minutes on a job,  
>>> does Jenkins know not to run the job again if the same job is still running 
>>> after 15 minutes ? 
>>>
>> -- 
>> 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-use...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/c816b4bb-9c83-4d20-87fb-4c83df712494%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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/6ca1136d-32fe-404f-b493-9b3fbb3a3010%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [workflow] Git step to check out a commit instead of a branch

[Simone Vratogna]

Yes, but there is a problem. In the build information I think it will
display the sha1 of the branch checked out automatically rather than that
of the specific commit that I checkout by hand (at least this is what I
though I have seen while I was testing a similar approach ;) ).
But thanks!


On Fri, Mar 18, 2016 at 10:49 AM, Baptiste Mathus  wrote:

> Now thinking about it, another solution is to just use the plain git CLI.
> (Requires git on the path, note)
>
> *def theSha = ""*
> *sh "git checkout $theSha"*
>
> *// here you go*
>
>
> 2016-03-18 9:12 GMT+00:00 'Björn Pedersen' via Jenkins Users <
> jenkinsci-users@googlegroups.com>:
>
>> Hi,
>>
>> you could install gerrit-trigger-plugin (you do not need to use gerrit
>> for your use-case) and use the gerrit-trigger checkout strategy that can
>> use  hashes/tags/etc...
>>
>> Björn
>>
>> Am Mittwoch, 25. März 2015 15:26:37 UTC+1 schrieb Lóránt Pintér:
>>>
>>> Hi,
>>>
>>> Is it possible to check out a particular commit hash, instead of a
>>> branch with the git workflow step?
>>>
>>> Thanks,
>>> Lorant
>>>
>> --
>> 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/2f47b34b-3d3d-4a4f-b6f6-df4d92b4a5a6%40googlegroups.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Jenkins Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/jenkinsci-users/M3tDkHYFfWo/unsubscribe.
> To unsubscribe from this group and all its topics, 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/CANWgJS4HMFa9anD6WHygSURsRZZNWU_RfwC3cj24chvOQJYYuA%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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/CAN37iocEkK6DYEbqsrs_W7821GrXaQ8sk3kP6X1JXmSjnixmVA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins Pipeline/Workflow node name as variable

[Eric Pyle]

It looks like the word 'ENVIRONMENT' is misspelled in the stacktrace - 
not sure if this is the problem. The stacktrace indicates the error 
occurs on line 56 of your script, so it would help to know what is on 
that line.


Eric

On 3/21/2016 5:48 AM, Frank Hask wrote:

@Baptiste

When i use this method i am also getting errors..

|
defNODE ='bla bla'


node(NODE){
//some code
}
|


I get the following stacktrace

groovy.lang.MissingPropertyException: No such property: ENVIRONMNET for class: 
WorkflowScript
at 
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:50)
at 
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.getProperty(ScriptBytecodeAdapter.java:454)
at 
com.cloudbees.groovy.cps.sandbox.DefaultInvoker.getProperty(DefaultInvoker.java:25)
at 
com.cloudbees.groovy.cps.impl.PropertyAccessBlock.rawGet(PropertyAccessBlock.java:17)
at WorkflowScript.run(WorkflowScript:56)
at ___cps.transform___(Native Method)
at 
com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.get(PropertyishBlock.java:62)
at 
com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30)
at 
com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.fixName(PropertyishBlock.java:54)
at sun.reflect.GeneratedMethodAccessor805.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
at 
com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
at com.cloudbees.groovy.cps.Next.step(Next.java:58)
at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:154)
at 
org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:164)
at 
org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:277)
at 
org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$000(CpsThreadGroup.java:77)
at 
org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:186)
at 
org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:184)
at 
org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:47)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
at 
jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Finished: FAILURE
--
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/e70dcf52-e349-4696-baa0-39eb2f9412e4%40googlegroups.com 
.

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


--
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/56F00178.8040005%40cd-adapco.com.
For more options, visit https://groups.google.com/d/optout.

RTC Certificate in Jenkins

[sonali.psha...@gmail.com]

Hello Team,

May I know, how to perform below task:

Step 4: Use the contents of the 'certreq.csr' file to generate a 
certificate from your certificate provider. Request a SHA-1 certificate 
(SHA-2 is untested but will likely work). If using DigiCert, download the 
resulting certificate as Other format  "a .p7b bundle of all the certs in a 
.p7b file"

[https://wiki.jenkins-ci.org/display/JENKINS/Starting+and+Accessing+Jenkins]


-- 
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/3c4afbf1-bf64-4c1c-b8d4-7115aa942464%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Opening Html files failed

[jerome]

That's exactly what I trying to figure out, the value is set but doesn't 
have any effect, I guess I'm filling it badly (did try the console, see 
message above). Anybody have it working and can print the actual value 
inside it with 
the System.getProperty("hudson.model.DirectoryBrowserSupport.CSP") so I can 
compare what I have done badly here.

On Friday, March 18, 2016 at 7:04:42 PM UTC-4, Daniel Beck wrote:
>
>
> On 18.03.2016, at 15:26, jer...@bodycad.com  wrote: 
>
> > I guess I have some syntax error or using the wrong format. Anybody have 
> any tips? 
>
> Use the provided script console commands to read what the value you set 
> actually is. 
>
> Set it using the script console to ensure it's not related to weird 
> command line quote parsing. It's effective immediately, no restarts 
> required. Once you're done with this, set it in the Jenkins launch 
> scripts/config files to persist. 
>
> > BTW, the page: 
> > 
> https://wiki.jenkins-ci.org/display/JENKINS/Configuring+Content+Security+Policy
>  
> > is great to know what the problems is, but it totaly lack clarity to 
> where to set those policy. 
>
> The first few sentences of the section "Implementation" in the wiki are 
> about how to pass the argument to the Java process. Or are you asking for a 
> link to https://wiki.jenkins-ci.org/display/JENKINS/Native+Packages from 
> which the platform dependent installer documentation (including where to 
> customize parameters) can be accessed? 
>
>

-- 
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/c222aefb-cda7-4b3d-be14-40f29dd9fed6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Opening Html files failed

[jerome]

I did try that right away, doesn't change anything.

On Friday, March 18, 2016 at 6:38:43 PM UTC-4, Daniel Beck wrote:
>
>
> On 18.03.2016, at 15:48, jer...@bodycad.com  wrote: 
>
> > I still cannot access the web content and I get the same error as if 
> allow-scripts is not 
>
> Reload the page, bypassing cache (Shift-F5 on most Windows browsers 
> AFAIK). It's possible your browser isn't actually looking at the (changed) 
> response it gets since the file is still the same. 
>
>

-- 
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/b965f836-d99e-47ff-9fb4-485159bd4075%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins Pipeline/Workflow node name as variable

[Frank Hask]

Dana četvrtak, 17. ožujka 2016. u 13:23:22 UTC+1, korisnik Frank Hask 
napisao je:
>
> Hi all, i am building pipeline on my project that uses 5 DB servers.
>
> So based on build parameter i want to set node name. Like this..
>
> env.NODE = ${blabla}
>
>
> node('${NODE}') {
>   //some code
> }
>
> but each time i get error - There are no nodes with the label ‘${NODE}’
>
> Thanks for help in advance...
>

-- 
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/6199e827-3a95-490f-8284-ddf422db6f12%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins Pipeline/Workflow node name as variable

[Frank Hask]

@Baptiste

When i use this method i am also getting errors..

def NODE = 'bla bla'


node(NODE){
//some code 
}


I get the following stacktrace

groovy.lang.MissingPropertyException: No such property: ENVIRONMNET for class: 
WorkflowScript
at 
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:50)
at 
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.getProperty(ScriptBytecodeAdapter.java:454)
at 
com.cloudbees.groovy.cps.sandbox.DefaultInvoker.getProperty(DefaultInvoker.java:25)
at 
com.cloudbees.groovy.cps.impl.PropertyAccessBlock.rawGet(PropertyAccessBlock.java:17)
at WorkflowScript.run(WorkflowScript:56)
at ___cps.transform___(Native Method)
at 
com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.get(PropertyishBlock.java:62)
at 
com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30)
at 
com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.fixName(PropertyishBlock.java:54)
at sun.reflect.GeneratedMethodAccessor805.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
at 
com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
at com.cloudbees.groovy.cps.Next.step(Next.java:58)
at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:154)
at 
org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:164)
at 
org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:277)
at 
org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$000(CpsThreadGroup.java:77)
at 
org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:186)
at 
org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:184)
at 
org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:47)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
at 
jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Finished: FAILURE

-- 
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/e70dcf52-e349-4696-baa0-39eb2f9412e4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins Pipeline/Workflow node name as variable

[Frank Hask]

Baptiste thank you for reminding me to try out this method. I will give it 
a try..

-- 
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/d45444ed-c297-4dc0-8490-499c2341eae6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.