Github Commiter Authorization Strategy not allowing users to cancel builds

[mark.gaylard via Jenkins Users]

We are using the github oauth plugin. It works as expected for 
authentication, but not for authorization.

We have 'Use Github repository permissions' checked, but any user not 
listed in the admin user section cannot cancel builds (but they can trigger 
them). I would assume that if you can trigger a build, you should be able 
to cancel it. 

Is there any way (apart from using the matrix security plugin) to allow 
authenticated github users to cancel builds?

Thanks,
Mark

-- 
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/0bebd585-2abf-4f7a-a9a1-a2a7f60a22ed%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: File as parameter not working

[Brian Ray]

Sorry, the API was URL#withInputStream, not #withReader.

On Wednesday, May 18, 2016 at 6:24:11 PM UTC-7, Brian Ray wrote:
>
> Aha. Pipeline's under heavy development so unfortunately, there are gaps 
> like this.
>
> How's the remote machine sharing the file? Windows directory share, e.g.?
>
> Depending on the type of file and how it's shared will likely determine 
> the strategy. I had no success getting a pipeline script to use the Groovy 
> GDK URL#withReader API to slurp a file from a URL and plop it into the 
> workspace with the *writeFile *step but that was several revisions back 
> with Pipeline. Instead I do the same with a Groovy script executed via a 
> *sh/bat* step, inside a *node* block. But that fit my use case.
>
> On Wednesday, May 18, 2016 at 9:39:10 AM UTC-7, Jonathan Hodgson wrote:
>>
>> Thanks,
>>
>> What I've found so far also seems to indicate there is an issue with File 
>> Parameters in Pipeline plugins. If that's the case then it really begs the 
>> question as to why they're an option on the pipeline project setup page.
>>
>> I'm having trouble seeing how I'm going to do what I need to do though, 
>> because the file has to be provided from a remote machine in the build 
>> call.. it's a diff file, I need to achieve a "try before commit".
>>
>> As I said, I'm rather new to Jenkins.
>>
>> On Wednesday, May 18, 2016 at 5:14:37 PM UTC+1, Brian Ray wrote:
>>>
>>> Not 100% sure but I suspect that Pipeline job params can only be 
>>> "regular" String parameters and perhaps param types whose values easily 
>>> resolve to strings. My gut instinct is that more exotic param types that 
>>> have side effects--like the File type--will not work.
>>>
>>> So in the current use case the straightforward workaround would be to 
>>> use a String parameter to specify a filesystem path or URI, and then have 
>>> the Pipeline script place it in the workspace. There may be 
>>> Pipeline-friendly plugins that could do this for you as well, though they 
>>> are not coming to mind. (In our use cases all resources needed in the 
>>> workspace come from *checkout* steps against a source repo and some 
>>> custom scripting to grab binary artifacts from Artifactory.)
>>>
>>> On Wednesday, May 18, 2016 at 12:53:13 AM UTC-7, Jonathan Hodgson wrote:

 Ok, I tried creating two projects, one a freestyle job, the other a 
 pipeline.

 The only thing I set up in each was a file as parameter. I ran a 
  "Build using parameters" selecting the same file to upload.

 When I tried to view the file in the freestyle job, it worked, but in 
 the pipeline job I got the same error as above.

 On Wednesday, May 18, 2016 at 2:21:11 AM UTC+1, Jonathan Hodgson wrote:
>
> I've been experimenting, and if I do what appears to be exactly the 
> same thing with a Freestyle project, file upload is successful.
>
> I can't state yet whether the freestyle/pipeline job difference 
> coinciding with a failure to upload the file is a coincidence, or the 
> deciding factor.
>


-- 
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/85481625-dd46-4767-9fdc-aacf295e7322%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: File as parameter not working

[Brian Ray]

Aha. Pipeline's under heavy development so unfortunately, there are gaps 
like this.

How's the remote machine sharing the file? Windows directory share, e.g.?

Depending on the type of file and how it's shared will likely determine the 
strategy. I had no success getting a pipeline script to use the Groovy GDK 
URL#withReader API to slurp a file from a URL and plop it into the 
workspace with the *writeFile *step but that was several revisions back 
with Pipeline. Instead I do the same with a Groovy script executed via a 
*sh/bat* step, inside a *node* block. But that fit my use case.

On Wednesday, May 18, 2016 at 9:39:10 AM UTC-7, Jonathan Hodgson wrote:
>
> Thanks,
>
> What I've found so far also seems to indicate there is an issue with File 
> Parameters in Pipeline plugins. If that's the case then it really begs the 
> question as to why they're an option on the pipeline project setup page.
>
> I'm having trouble seeing how I'm going to do what I need to do though, 
> because the file has to be provided from a remote machine in the build 
> call.. it's a diff file, I need to achieve a "try before commit".
>
> As I said, I'm rather new to Jenkins.
>
> On Wednesday, May 18, 2016 at 5:14:37 PM UTC+1, Brian Ray wrote:
>>
>> Not 100% sure but I suspect that Pipeline job params can only be 
>> "regular" String parameters and perhaps param types whose values easily 
>> resolve to strings. My gut instinct is that more exotic param types that 
>> have side effects--like the File type--will not work.
>>
>> So in the current use case the straightforward workaround would be to use 
>> a String parameter to specify a filesystem path or URI, and then have the 
>> Pipeline script place it in the workspace. There may be Pipeline-friendly 
>> plugins that could do this for you as well, though they are not coming to 
>> mind. (In our use cases all resources needed in the workspace come from 
>> *checkout* steps against a source repo and some custom scripting to grab 
>> binary artifacts from Artifactory.)
>>
>> On Wednesday, May 18, 2016 at 12:53:13 AM UTC-7, Jonathan Hodgson wrote:
>>>
>>> Ok, I tried creating two projects, one a freestyle job, the other a 
>>> pipeline.
>>>
>>> The only thing I set up in each was a file as parameter. I ran a  "Build 
>>> using parameters" selecting the same file to upload.
>>>
>>> When I tried to view the file in the freestyle job, it worked, but in 
>>> the pipeline job I got the same error as above.
>>>
>>> On Wednesday, May 18, 2016 at 2:21:11 AM UTC+1, Jonathan Hodgson wrote:

 I've been experimenting, and if I do what appears to be exactly the 
 same thing with a Freestyle project, file upload is successful.

 I can't state yet whether the freestyle/pipeline job difference 
 coinciding with a failure to upload the file is a coincidence, or the 
 deciding factor.

>>>

-- 
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/1c371ca9-5570-47a3-8f0d-5ac82a464288%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to mount volume in a docker job inside a dockerized jenkins

[Nicolas Geraud]

Ok, with some tests I know understand how "sibling containers" work.

thanks for your help

Le mercredi 18 mai 2016 11:01:33 UTC+2, nicolas de loof a écrit :
>
> The reason it works like this is the bind mount is done from host, so need 
> a valid fully qualified host path, but the `pwd` command is ran inside 
> jenkins container, so resolves to container filesystem.
> A possible alternate approach is for you to rely on " --volumes-from 
> $(hostname) ", as a container hostname defaults to it's ID. As a result, 
> your second container will share /var/jenkins_home with jenkins master. 
> Then you can run some commands using $workspace as a valid path in both 
> containers :
>
> docker run --rm --volumes-from $(hostname) graviteeio/python3 python 
> ${WORKSPACE}/package_bundles.py
>
> 2016-05-18 10:34 GMT+02:00 Nicolas Geraud  >:
>
>> Thanks for the quick answer, I'll test this tonight.
>>
>> Do you have any blog post (or perhaps i've missed a "Quoi de neuf Docker" 
>> episode) which explain why it works like this ?
>>
>> Le mercredi 18 mai 2016 10:28:05 UTC+2, nicolas de loof a écrit :
>>>
>>> For this to work, you'll need the host path to be the exact same as the 
>>> jenkins container path, i.e. not use /opt/jenkins but /var/jenkins_home 
>>> on host
>>> so `pwd` will resolve to some /var/jenkins_home/... subfolder that make 
>>> sense to be mounted from host into your side container
>>>
>>> 2016-05-18 10:14 GMT+02:00 Nicolas Geraud :
>>>
 Hi all,

 i'm using a dockerized jenkins (from jenkinsci/jenkins:2.2) and 
 mounting the following volumes from my host :
 volumes:
 - "/opt/jenkins:/var/jenkins_home"
 - "/var/run/docker.sock:/var/run/docker.sock"


 I've created a job that launch a docker container to build some python 
 files :
 --Dockerfile

 FROM python:3-onbuild
 CMD [ "python" ]


 docker command of my jenkins job :
 $docker run --rm -v `pwd`:"/usr/src/myapp" graviteeio/python3 python 
 src/main/python/package_bundles.py

 But the result is :


 Starting docker_package_bundle_and_publish_1
 Attaching to docker_package_bundle_and_publish_1
 [36mpackage_bundle_and_publish_1 | [0m python: can't open file './src/
 main/python/package_bundles.py': [Errno 2] No such file or directory
 [36mdocker_package_bundle_and_publish_1 exited with code 2
 [0mFinished: SUCCESS


 This is working fine on a classic jenkins, but not on a dockerized 
 jenkins. I've googled this error and it seems that mounting a volume 
 inside a container with an already mounting volume doesn't work.

 I think that some of you have already test the same use case so, how to do 
 that ?

 Thanks for any clue.
 I need to test a data volume instead of mounting a host volume.


 -- 
 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/f847d41e-3b28-4b2b-b61e-ca0bf2927e5e%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/f8487560-3e1a-44a2-883f-b5ae02213cc1%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/46163fa8-b7f6-4be7-a233-3364d5b3409f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: SCM Plugin for ClioSoft's SOS?

[Jonathan]

I intend to follow up with Cliosoft and ask.  I'll review the GSOC doc more 
closely, and see if there's anything I can add.  I noticed the existing 
"use custom workspace" option in Jenkins but this seems like a more full 
featured implementation (including pipeline code support).

I agree about the large amounts of binary data, and I guess I haven't 
gotten far enough in my investigation of Jenkins to realize that as a 
problem.   All of our data and machines are on a shared network filesystem, 
so I don't have to copy between different nodes.  A lot of data would be in 
Cliosoft, but otherwise I was hoping I could point to an upstream workspace 
or of a wrapper job.  Also, I think a proper 'populate' from Cliosoft would 
create links to the data and avoid copying.  This is all relevant to what 
I'm trying to figure out, just overwhelmed with trying to determine a 
'best' approach to start with for a variety of different non-native tasks 
I'd like to automate.

Thanks.

-Jonathan


On Wednesday, May 18, 2016 at 9:39:30 AM UTC-5, Martin d'Anjou wrote:
>
> I agree this discussion should be here and not on the dev mailing list.
>
> Have you approached Cliosoft to ask if they would write a Jenkins plugin 
> for you? It surely can help them as well as help you.
>
> For SCM, I am switching to Git. For storing generated assets (pre-compiled 
> libraries, netlists, etc), I am switching to a binary repository (e.g. 
> artifactory).
>
> For managing hardware generated outputs in Jenkins (numerous and large), 
> there is the External Workspace Manager Plugin currently being developed as 
> part of the Jenkins Google Summer of Code 
> . 
> We are discussing the development here 
> , and 
> the design document is here 
> .
>  
> You are welcome to participate in the discussions, provide feedback, join 
> the on-line meetings, etc.
>
> Martin
>

-- 
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/9500c534-4d38-4369-b9a4-8394d7af9b04%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Chain builds together, but still need to be conditional on source control change

[Rick Patterson]

Hi, Baptiste.   Not sure what you mean if the workspace gets wiped out, it 
always does, I have jenkins clean the workspace before each job.   I'll 
have to look into his pipeline plugin, thanks for this pointer.

Rick


On Friday, May 13, 2016 at 3:56:18 PM UTC-4, Baptiste Mathus wrote:
>
> How do you handle the fact that even with Freestyle job, if the workspace 
> gets wiped out or has an issue, you'll get a build even if the source 
> didn't change? Is that gonna be a big issue? 
>
> This really sounds like a job for the pipeline plugin. Handling in your 
> case 12 different jobs and that kind of relationship should be simplifiable 
> with one central script to handle all that.
>
> One of the thing which makes me unsure on how to do it, is the fact you 
> may want to have some parts in parallel, but still limit the number of 
> those executions. Maybe an evolution to the parallel step, which could take 
> an additional `maxPoolSize` parameter or something.
>
> HTH
>
> 2016-05-09 21:53 GMT+02:00 Rick Patterson  >:
>
>> Hi.
>>
>> I have 10 related software components to build (jobs 1 through 10), which 
>> are somewhat independent of each other,  and presently they each trigger 
>> individually on a source change, i.e. their builds only go if their source 
>> changes.  We have the check for these components source changes staggered, 
>> according to a nightly schedule,   a half hour hour apart, so that they do 
>> not all go off at once, in case they all did happen to have a source 
>> change, as I do not wish to hog the build machine from other jobs.  The 
>> problem is I do not know whether one or more of these jobs actually build 
>> upon a source change, I have to assume at least one always builds, and so I 
>> am always running an 11th job (test), and a 12th job (install kit), 
>> according to a timed schedule, which may not need to be actually run if 
>> nothing actually changed.
>>
>> I do not see how to do this in Jenkins.  if I have job 1 configured to 
>> start job 2 as a post-build step ("Build other projects"), then it seems to 
>> always start it, whether the source has changed or not.   So, this does not 
>> seem to be a workable method to see if the 10 jobs have a source change. 
>>
>> It'd be nice to check through all 10 jobs, and only build each one 
>> sequentially, if they have do have a source change, instead of scheduling 
>> them 1/2 hour apart.  Then, if any one or more did actually build, then do 
>> the test, and if the test works, then do the kit.  
>>
>> Summary:  first 10 jobs need to be checked for source changes, and they 
>> only build individually if they have a source change.
>> if any of the first 10 jobs build okay, (regardless of any other job's 
>> failures), only then does the 11th job needs to start.  So, all of the 
>> first 10 jobs need to be checked , and one or more actually build, before 
>> possibly doing the 11th job.
>> If 11th job is okay, then 12 the job goes.  This last part I can do with 
>> existing "Build other projects" or "Trigger Parameterized Builds plugin" 
>> mechanisms.
>>
>> -- 
>> 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/36e8340d-dc79-4f84-9e78-7ccc64a6e105%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/ee2fd93b-c2eb-447d-808c-5a48ff49435a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Has anyone implemented the one line Jenkinsfile?

[John Chandra]

Got it. Thanks a lot Daniel!

On Wednesday, May 18, 2016 at 2:30:21 PM UTC-4, Daniel Beck wrote:
>
>
> > On 18.05.2016, at 20:20, John Chandra  
> wrote: 
> > 
> > I wonder how does a Jenkinsfile know where to look for that function? Is 
> there any other configuration I should add? 
> > 
>
> It's called the global library: 
>
>
> https://github.com/jenkinsci/workflow-cps-global-lib-plugin/blob/master/README.md#pipeline-global-library
>  
>
> The idea is that Jenkins is hosting a Git repo, and functions defined 
> there are available for your pipelines on the same 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/cff68439-cbd1-4a98-8f2b-335a03e41978%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Has anyone implemented the one line Jenkinsfile?

[Daniel Beck]

> On 18.05.2016, at 20:20, John Chandra  wrote:
> 
> I wonder how does a Jenkinsfile know where to look for that function? Is 
> there any other configuration I should add?
> 

It's called the global library:

https://github.com/jenkinsci/workflow-cps-global-lib-plugin/blob/master/README.md#pipeline-global-library

The idea is that Jenkins is hosting a Git repo, and functions defined there are 
available for your pipelines on the same 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/17AD4542-3582-49A2-938B-EFF453B181A4%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.

Re: Pipeline script for Build Trigger

[John Chandra]

I see. Thanks, Michael!

On Tuesday, May 17, 2016 at 11:37:27 PM UTC-4, Michael Kobit wrote:
>
> Based on what I can see on that issue, I believe that is the open issue 
> you should follow.
>
> On Tue, May 17, 2016, 10:37 AM John Chandra  
> wrote:
>
>> Hi Michael, Thanks for your reference. So that means that there is an 
>> open issue regarding controlling the build trigger on Jenkins 2.0. Am I 
>> correct?
>>
>>
>> On Tuesday, May 17, 2016 at 10:02:31 AM UTC-4, Michael Kobit wrote:
>>>
>>> I think https://issues.jenkins-ci.org/browse/JENKINS-34005 is what you 
>>> are looking for.
>>>
>>> On Monday, May 16, 2016 at 4:54:13 PM UTC-5, John Chandra wrote:

 Hi All,

 Is there any way to configure a build trigger using pipeline script in 
 Jenkinsfile? We still want to trigger the build when a change is pushed to 
 GitHub. Is that still possible using Jenkinsfile in Jenkins 2.0? I've been 
 searching around but I couldn't find a way to get this done.

 John

>>> -- 
>> 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/95ab38d2-fbcc-4bad-bb0f-01acf7306d09%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/4abef13c-4c5d-4098-92fb-d97d11c09424%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Has anyone implemented the one line Jenkinsfile?

[John Chandra]

Hello all,

Has anyone tried to implement the one line Jenkinsfile according to this 
example:

*One line Jenkinsfile*
https://github.com/jenkins-inc/securitay/blob/dev/Jenkinsfile

*and it is calling a function defined here:*
https://github.com/jenkins-inc/release-engineering/blob/master/vars/microService.groovy

I wonder how does a Jenkinsfile know where to look for that function? Is 
there any other configuration I should add?

John

-- 
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/d34324c8-1ae0-4c28-947a-92210d8ec4d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Fwd: Unable to iterate on the basis of multiselect value in jenkins job

[abhishek murarka]

Hi,

I have created a build pipeline which is working fine for a particular
parameter which i select in the active choice parameter through single
select.

Now i want to modify the same pipeline to be able to iterate multiple times
on the basis of muliple select in the active choice parameter.

Could you please help if there is any plugin through which it cane be done.
A sample example will be of great help.

Thanks,
Abhishek

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

Re: Jenkins using a lot more resources after upgrade

[Ugo Bellavance]

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

On Wednesday, May 18, 2016 at 10:45:44 AM UTC-4, Ugo Bellavance wrote:
>
> We only have 1 Jenkins server so I'll create a JIRA,
>
> Thanks a lot for your help :)!
>
> On Wednesday, May 18, 2016 at 10:40:21 AM UTC-4, Stephen Connolly wrote:
>>
>> If you have no slaves and only run builds on the master then we can 
>> definitively state that JENKINS-34573 is not the root cause. If you have 
>> slaves (even if idle or unused) then we cannot.
>>
>> If you have a definitive answer to the above question then you should 
>> probably create a JIRA
>>
>> On 18 May 2016 at 14:29, Ugo Bellavance  wrote:
>>
>>> Hi Stephen,
>>>
>>> We don't use slaves. We only have one master.
>>>
>>> Should I create an issue in JIRA for my specific issue?
>>>
>>> (is there a reason why you got the conservation out of the group?)
>>>
>>> Thanks,
>>>
>>> On Wed, May 18, 2016 at 8:56 AM, Stephen Connolly <
>>> stephen.al...@gmail.com> wrote:
>>>
 Hard to say for certain as that could still be references maintained by 
 the unexported objects that are pending unexport. If you can get your 
 instance into that state and then have it sit idle for a couple of 
 hours... 
 if it is JENKINS-34573 then you should see the retained memory reduce as 
 one reference is cleared every minute. Alternatively disconnect and 
 reconnect all your slaves and see if that frees the memory up - 
 JENKINS-34573 is only an issue for long running busy slaves

 On 17 May 2016 at 19:01, Ugo Bellavance  wrote:

> Ok, I did analyse the heap dump with Eclipse's Memory Analyzer Tool 
> and here's what I found:
>
> One instance of "java.util.concurrent.ScheduledThreadPoolExecutor" 
> loaded by "" occupies 6,801,517,856 (89.16%) bytes. 
> The instance is referenced by 
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool @ 0x561b36858 , loaded 
> by "hudson.ClassicPluginStrategy$AntClassLoader2 @ 0x56057c428". The 
> memory 
> is accumulated in one instance of 
> "java.util.concurrent.RunnableScheduledFuture[]" loaded by " loader>".
>
> Does it match JENKINS-34213?
>
> On Tuesday, May 17, 2016 at 9:29:16 AM UTC-4, Stephen Connolly wrote:
>>
>> Jenkins 2.5 has the fix IIUC
>>
>> On 17 May 2016 at 14:28, Stephen Connolly  
>> wrote:
>>
>>> It is fixed, but in the latest version of remoting... which is not 
>>> something you can upgrade without either building a custom build of 
>>> Jenkins 
>>> or upgrading Jenkins.
>>>
>>> You could crack open your jenkins.war and replace the remoting.jar 
>>> with the fixed version and seal it back up again and see if that fixes 
>>> your 
>>> issue... probably the quickest way to confirm if my theory as to the 
>>> source 
>>> of your leak is correct, but you would need to know what you are doing
>>>
>>> On 17 May 2016 at 14:14, Ugo Bellavance  wrote:
>>>
 Thanks, but I can see that this issue is fixed but I don't know how 
 to update my Jenkins install so that I have the fix.  I'm using 1.656.

 Ugo

 On Tuesday, May 17, 2016 at 8:56:34 AM UTC-4, Stephen Connolly 
 wrote:
>
> I will repeat:
>
> > I am suspecting JENKINS-34213 may be your issue.
>
> On 17 May 2016 at 13:12, Ugo Bellavance  wrote:
>
>>
>>
>> On Friday, May 13, 2016 at 8:50:56 AM UTC-4, Ugo Bellavance wrote:
>>>
>>>
>>>
>>> On Thursday, May 12, 2016 at 2:01:41 PM UTC-4, Raymond Accary 
>>> wrote:

 Hi,
 If it helps, you might avoid the crash by installing the 
 monitoring plugin, and triggering garbage collection once the 
 memory is 
 approaching the maximum allocated heap size. This is a workaround 
 until 
 someone is able to diagnose the root cause. I have an open issue : 
 https://issues.jenkins-ci.org/browse/JENKINS-34573 but thought 
 I'd run the suggestion.

>
>
>>> Have anyone monitored the JVM with VisualVM? I have found that 
>>> it looks like a specific memory pool may be filling up: Old Gen.  
>>> I'm 
>>> trying now with:
>>>
>>> -Djava.awt.headless=true -Dcom.sun.management.jmxremote 
>>> -Xms10752m -Xmx10752m -XX:NewRatio=10
>>>
>>> We'll see in a few days.  In the last few days, the problem have 
>>> occured each morning at around 4:45.  I'm not sure if the same jobs 
>>> run on 
>>> the week-ends as well.
>>>
>>
>> From what I can see, it will always fill the memory.  Probably a 

Windows JNLP slave constantly dropping and reconnecting to master

[Christopher Walton]

Hi all,

Kind of a novice in the case of Jenkins, but I have been looking for help 
online for a while now and haven't got much headway; hoping to get some 
insight from you guys.

Jenkins Version - 1.609.2
Master OS - Linux
Master Java Version - 1.8.0_45
Slave OS - Windows 7 x64
Slave Java Version -1.8.0_91

Currently I am attempting to connect a physical Windows slave, via JNLP, to 
a master. The slave is a on a network, behind a firewall, and the Master is 
on AWS on a separate network. Off the bat, we couldn't even connect to the 
master due to the firewall. After working with the admins an exception was 
put in and now we can successfully connectkind of. Now onto the actual 
issue.

Initially the machine makes contact and connects just fine. After a random 
amount of time, anywhere from 1-4 minutes, the connection is terminated and 
it reconnects. This happens constantly both while idling and while 
attempting to run a build. I have installed it as a Windows service, 
connected it via running the java slave command, and using the Launch 
button on the browser; same issue each time.

On the Jenkins slave log when it disconnects it shows this.

ERROR: Connection terminatedjava.io.EOFException 
   at 
org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) 

at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 

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

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:511) 

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) 



On the Java side, either through the slave command line or looking at the 
jenkins-slave.err.log when it disconnects it shows this.


SEVERE: I/O error in channel channel
java.io.IOException: Unexpected termination of the channel
at 
hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50)
Caused by: java.io.EOFException
at java.io.ObjectInputStream$PeekInputStream.readFully(Unknown Source)
at java.io.ObjectInputStream$BlockDataInputStream.readShort(Unknown 
Source)
at java.io.ObjectInputStream.readStreamHeader(Unknown Source)
at java.io.ObjectInputStream.(Unknown Source)
at 
hudson.remoting.ObjectInputStreamEx.(ObjectInputStreamEx.java:40)
at 
hudson.remoting.AbstractSynchronousByteArrayCommandTransport.read(AbstractSynchronousByteArrayCommandTransport.java:34)
at 
hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)



In Jenkins Configure Global Security the TCP port for JNLP slave agents is 
fixed to port 5 and the AWS instance that the master is hosted on has 
that port opened.The firewall is off on the slave as well. 
The AWS instance is behind a loadbalancer. For each of the possible ip's 
used by the loadbalancer, and the specific instance ip that the master is 
on, I am able to run nmap from the slave and port 5 is open.

That was all of the information I thought might be helpful. Any information 
would be greatly appreciated.

Thanks,

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 

Re: Jenkins failed to Connect Bonobo Git Repository

[Mark Waite]

Baptiste is correct.  The message says that git cannot be found.  Each
slave (including master) can have a "tool location" specified for the git
executable.  That is done in the configuration page for the slave (or the
master).

Typically on Windows machines that is "C:\Program Files\Git\bin\git.exe".

Alternately, they can define the PATH environment variable on the Windows
computer to already include PATH.  With git, that may have the side effect
of changing other behaviors on the computer.  The msys git installer and
documentation provides good descriptions of the alternatives and their
impact.

Mark Waite

On Wed, May 18, 2016 at 9:58 AM Baptiste Mathus  wrote:

> Seems like Git is probably just not in the PATH.
>
> > used by: java.io.IOException: Cannot run program
> "git.exe" (in directory "C:\Program Files
> (x86)\Jenkins\BWorkspace"): CreateProcess error=2, The system cannot find
> the file specified
> Le 18 mai 2016 9:13 AM, "Munira Presswala"  a
> écrit :
>
>> hi Users ,
>>
>> I also has a few questions in this regard.
>>
>> what is the reason behind this exception ?
>>
>>
>>
>> On Wednesday, 18 May 2016 12:41:31 UTC+5:30, Munira Presswala wrote:
>>>
>>> Basically we are in transition to take over client's vendor project .And
>>> we recieve following error when Client's vendor push his code to Git , and
>>> jenkins fail to connect to Repository .
>>>
>>> Started by user anonymous
>>>
>>> [EnvInject] - Loading node environment variables.
>>>
>>> Building in workspace C:\Program Files (x86)\Jenkins\BWorkspace
>>>
>>> Cloning the remote Git repository
>>>
>>> Cloning repository
>>> http://frntraltdvm37.devaltair.edc.publicisgroupe.net/Bonobo.Git.Server/Repository/WebUI_PG
>>>
>>>  > git.exe init
>>> C:\Program Files (x86)\Jenkins\BWorkspace # timeout=10
>>>
>>> ERROR: Error cloning remote repo 'origin'
>>>
>>> hudson.plugins.git.GitException: Could not init C:\Program Files
>>> (x86)\Jenkins\BWorkspace
>>>
>>> at
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:656)
>>>
>>> at
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:463)
>>>
>>> at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1057)
>>>
>>> at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1097)
>>>
>>> at hudson.scm.SCM.checkout(SCM.java:485)
>>>
>>> at
>>> hudson.model.AbstractProject.checkout(AbstractProject.java:1269)
>>>
>>> at
>>> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607)
>>>
>>> at
>>> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
>>>
>>> at
>>> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
>>>
>>> at
>>> com.tikal.jenkins.plugins.multijob.MultiJobBuild$MultiJobRunnerImpl.run(MultiJobBuild.java:134)
>>>
>>> at hudson.model.Run.execute(Run.java:1738)
>>>
>>> at
>>> com.tikal.jenkins.plugins.multijob.MultiJobBuild.run(MultiJobBuild.java:73)
>>>
>>> at
>>> hudson.model.ResourceController.execute(ResourceController.java:98)
>>>
>>> at hudson.model.Executor.run(Executor.java:410)
>>>
>>> Caused by: hudson.plugins.git.GitException: Error performing command:
>>> git.exe init C:\Program Files
>>> (x86)\Jenkins\BWorkspace
>>>
>>> at
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1726)
>>>
>>> at
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1695)
>>>
>>> at
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1691)
>>>
>>> at
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1321)
>>>
>>> at
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:654)
>>>
>>> ... 13 more
>>>
>>> Caused by: java.io.IOException: Cannot run program
>>> "git.exe" (in directory "C:\Program Files
>>> (x86)\Jenkins\BWorkspace"): CreateProcess error=2, The system cannot find
>>> the file specified
>>>
>>> at
>>> java.lang.ProcessBuilder.start(Unknown Source)
>>>
>>> at
>>> hudson.Proc$LocalProc.(Proc.java:244)
>>>
>>> at
>>> hudson.Proc$LocalProc.(Proc.java:216)
>>>
>>> at
>>> hudson.Launcher$LocalLauncher.launch(Launcher.java:815)
>>>
>>> at
>>> hudson.Launcher$ProcStarter.start(Launcher.java:381)
>>>
>>> at
>>>
>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1715)
>>>
>>> ... 17 more
>>>
>>> Caused by: java.io.IOException: CreateProcess error=2, The
>>> system cannot find the file specified
>>>
>>> at
>>> java.lang.ProcessImpl.create(Native Method)
>>>
>>> at
>>> java.lang.ProcessImpl.(Unknown Source)
>>>
>>> at
>>> java.lang.ProcessImpl.start(Unknown Source)
>>>
>>> ... 23 more
>>>
>>> ERROR: null
>>>
>>>
>>> 

Re: File as parameter not working

[Jonathan Hodgson]

Thanks,

What I've found so far also seems to indicate there is an issue with File 
Parameters in Pipeline plugins. If that's the case then it really begs the 
question as to why they're an option on the pipeline project setup page.

I'm having trouble seeing how I'm going to do what I need to do though, 
because the file has to be provided from a remote machine in the build 
call.. it's a diff file, I need to achieve a "try before commit".

As I said, I'm rather new to Jenkins.

On Wednesday, May 18, 2016 at 5:14:37 PM UTC+1, Brian Ray wrote:
>
> Not 100% sure but I suspect that Pipeline job params can only be "regular" 
> String parameters and perhaps param types whose values easily resolve to 
> strings. My gut instinct is that more exotic param types that have side 
> effects--like the File type--will not work.
>
> So in the current use case the straightforward workaround would be to use 
> a String parameter to specify a filesystem path or URI, and then have the 
> Pipeline script place it in the workspace. There may be Pipeline-friendly 
> plugins that could do this for you as well, though they are not coming to 
> mind. (In our use cases all resources needed in the workspace come from 
> *checkout* steps against a source repo and some custom scripting to grab 
> binary artifacts from Artifactory.)
>
> On Wednesday, May 18, 2016 at 12:53:13 AM UTC-7, Jonathan Hodgson wrote:
>>
>> Ok, I tried creating two projects, one a freestyle job, the other a 
>> pipeline.
>>
>> The only thing I set up in each was a file as parameter. I ran a  "Build 
>> using parameters" selecting the same file to upload.
>>
>> When I tried to view the file in the freestyle job, it worked, but in the 
>> pipeline job I got the same error as above.
>>
>> On Wednesday, May 18, 2016 at 2:21:11 AM UTC+1, Jonathan Hodgson wrote:
>>>
>>> I've been experimenting, and if I do what appears to be exactly the same 
>>> thing with a Freestyle project, file upload is successful.
>>>
>>> I can't state yet whether the freestyle/pipeline job difference 
>>> coinciding with a failure to upload the file is a coincidence, or the 
>>> deciding factor.
>>>
>>

-- 
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/4f609c86-a341-4e34-a4e3-cb53fac617fc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: File as parameter not working

[Brian Ray]

Not 100% sure but I suspect that Pipeline job params can only be "regular" 
String parameters and perhaps param types whose values easily resolve to 
strings. My gut instinct is that more exotic param types that have side 
effects--like the File type--will not work.

So in the current use case the straightforward workaround would be to use a 
String parameter to specify a filesystem path or URI, and then have the 
Pipeline script place it in the workspace. There may be Pipeline-friendly 
plugins that could do this for you as well, though they are not coming to 
mind. (In our use cases all resources needed in the workspace come from 
*checkout* steps against a source repo and some custom scripting to grab 
binary artifacts from Artifactory.)

On Wednesday, May 18, 2016 at 12:53:13 AM UTC-7, Jonathan Hodgson wrote:
>
> Ok, I tried creating two projects, one a freestyle job, the other a 
> pipeline.
>
> The only thing I set up in each was a file as parameter. I ran a  "Build 
> using parameters" selecting the same file to upload.
>
> When I tried to view the file in the freestyle job, it worked, but in the 
> pipeline job I got the same error as above.
>
> On Wednesday, May 18, 2016 at 2:21:11 AM UTC+1, Jonathan Hodgson wrote:
>>
>> I've been experimenting, and if I do what appears to be exactly the same 
>> thing with a Freestyle project, file upload is successful.
>>
>> I can't state yet whether the freestyle/pipeline job difference 
>> coinciding with a failure to upload the file is a coincidence, or the 
>> deciding factor.
>>
>

-- 
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/2b2d770c-d0c0-4c9b-8424-8f9a999e3c84%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins failed to Connect Bonobo Git Repository

[Baptiste Mathus]

Seems like Git is probably just not in the PATH.

> used by: java.io.IOException: Cannot run program
"git.exe" (in directory "C:\Program Files
(x86)\Jenkins\BWorkspace"): CreateProcess error=2, The system cannot find
the file specified
Le 18 mai 2016 9:13 AM, "Munira Presswala"  a écrit :

> hi Users ,
>
> I also has a few questions in this regard.
>
> what is the reason behind this exception ?
>
>
>
> On Wednesday, 18 May 2016 12:41:31 UTC+5:30, Munira Presswala wrote:
>>
>> Basically we are in transition to take over client's vendor project .And
>> we recieve following error when Client's vendor push his code to Git , and
>> jenkins fail to connect to Repository .
>>
>> Started by user anonymous
>>
>> [EnvInject] - Loading node environment variables.
>>
>> Building in workspace C:\Program Files (x86)\Jenkins\BWorkspace
>>
>> Cloning the remote Git repository
>>
>> Cloning repository
>> http://frntraltdvm37.devaltair.edc.publicisgroupe.net/Bonobo.Git.Server/Repository/WebUI_PG
>>
>>  > git.exe init
>> C:\Program Files (x86)\Jenkins\BWorkspace # timeout=10
>>
>> ERROR: Error cloning remote repo 'origin'
>>
>> hudson.plugins.git.GitException: Could not init C:\Program Files
>> (x86)\Jenkins\BWorkspace
>>
>> at
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:656)
>>
>> at
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:463)
>>
>> at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1057)
>>
>> at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1097)
>>
>> at hudson.scm.SCM.checkout(SCM.java:485)
>>
>> at
>> hudson.model.AbstractProject.checkout(AbstractProject.java:1269)
>>
>> at
>> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607)
>>
>> at
>> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
>>
>> at
>> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
>>
>> at
>> com.tikal.jenkins.plugins.multijob.MultiJobBuild$MultiJobRunnerImpl.run(MultiJobBuild.java:134)
>>
>> at hudson.model.Run.execute(Run.java:1738)
>>
>> at
>> com.tikal.jenkins.plugins.multijob.MultiJobBuild.run(MultiJobBuild.java:73)
>>
>> at
>> hudson.model.ResourceController.execute(ResourceController.java:98)
>>
>> at hudson.model.Executor.run(Executor.java:410)
>>
>> Caused by: hudson.plugins.git.GitException: Error performing command:
>> git.exe init C:\Program Files
>> (x86)\Jenkins\BWorkspace
>>
>> at
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1726)
>>
>> at
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1695)
>>
>> at
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1691)
>>
>> at
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1321)
>>
>> at
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:654)
>>
>> ... 13 more
>>
>> Caused by: java.io.IOException: Cannot run program
>> "git.exe" (in directory "C:\Program Files
>> (x86)\Jenkins\BWorkspace"): CreateProcess error=2, The system cannot find
>> the file specified
>>
>> at
>> java.lang.ProcessBuilder.start(Unknown Source)
>>
>> at
>> hudson.Proc$LocalProc.(Proc.java:244)
>>
>> at
>> hudson.Proc$LocalProc.(Proc.java:216)
>>
>> at
>> hudson.Launcher$LocalLauncher.launch(Launcher.java:815)
>>
>> at
>> hudson.Launcher$ProcStarter.start(Launcher.java:381)
>>
>> at
>>
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1715)
>>
>> ... 17 more
>>
>> Caused by: java.io.IOException: CreateProcess error=2, The
>> system cannot find the file specified
>>
>> at
>> java.lang.ProcessImpl.create(Native Method)
>>
>> at
>> java.lang.ProcessImpl.(Unknown Source)
>>
>> at
>> java.lang.ProcessImpl.start(Unknown Source)
>>
>> ... 23 more
>>
>> ERROR: null
>>
>>
>> Please find attached screen shots of configure Page , where we see
>> Jenkins failed to connect to Git .
>>
>>
>> --
> 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/4f657543-2e8d-480f-96d4-6841f15f02cb%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 

Re: commonLibFolder : Jenkins within docker

[Baptiste Mathus]

IIUC your issue has just to do with the fact the file you're passing is
located on the host, hence not accessible to the container.
So, you're left with two options:
* the right one: inherit the official image and customize it with a
dedicated Dockerfile
* the quick and dirty one: bind mount the file you need (using -v) so that
it can be found when the Jenkins container starts. Note that you want to
avoid docker bind-mounts in general, so IMO this solution would possibly
only be used for quickly PoCing what you want.

Cheers
Le 16 mai 2016 10:44 PM, "ZT"  a écrit :

> I am trying to enhance the Jenkins classpath with custom additional jars.
>
> While i am aware that we can include it through the additional classpath
> of groovy plugins . I am currently looking for a more generic option so i
> can run the jar code through jenkins scripting console (besides regular
> jobs) as well.
>
> In a non docker environment, augmenting
> JENKINS_ARGS="--commonLibFolder={filePath}"  while starting jenkins works.
>
> However, when i give the following line in my dockerfile (extending
>  jenkins docker image)
>
> *ENV JENKINS_ARGS --commonLibFolder={filePath}.*
>
> This doesn't work. When i try to load a class from the jar i get a failure
> saying the class cannot be resolved.
>
> Has anyone got this to work within docker? Or any other pointers to
> accomplish this?
>
> Thanks for your help
>
> ZT
>
> --
> 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/e2c7a120-b305-419f-8768-5cb6803b3899%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/CANWgJS7fkQyWA33KWe8b_Vo7acXETuE9eUF51%2BZ8eS9CiAb9rQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

SBT plugin configuration section missing

[Tim Nelson]

Hello,

I upgraded to v2.5 this morning and now there is no section on the "Manage 
Jenkins" -> "Configure System" page for configuring SBT.

Has anybody else seen this? Have a solution?

I am seeing some exceptions in the log on startup, but I'm not sure if 
they're related: 
https://gist.github.com/eltimn/346f824afd1a2e28012fb9dce18df918

Thanks,
Tim


-- 
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/461974ee-49df-429c-a2c2-3c10de98a68a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins using a lot more resources after upgrade

[Ugo Bellavance]

We only have 1 Jenkins server so I'll create a JIRA,

Thanks a lot for your help :)!

On Wednesday, May 18, 2016 at 10:40:21 AM UTC-4, Stephen Connolly wrote:
>
> If you have no slaves and only run builds on the master then we can 
> definitively state that JENKINS-34573 is not the root cause. If you have 
> slaves (even if idle or unused) then we cannot.
>
> If you have a definitive answer to the above question then you should 
> probably create a JIRA
>
> On 18 May 2016 at 14:29, Ugo Bellavance  
> wrote:
>
>> Hi Stephen,
>>
>> We don't use slaves. We only have one master.
>>
>> Should I create an issue in JIRA for my specific issue?
>>
>> (is there a reason why you got the conservation out of the group?)
>>
>> Thanks,
>>
>> On Wed, May 18, 2016 at 8:56 AM, Stephen Connolly <
>> stephen.al...@gmail.com > wrote:
>>
>>> Hard to say for certain as that could still be references maintained by 
>>> the unexported objects that are pending unexport. If you can get your 
>>> instance into that state and then have it sit idle for a couple of hours... 
>>> if it is JENKINS-34573 then you should see the retained memory reduce as 
>>> one reference is cleared every minute. Alternatively disconnect and 
>>> reconnect all your slaves and see if that frees the memory up - 
>>> JENKINS-34573 is only an issue for long running busy slaves
>>>
>>> On 17 May 2016 at 19:01, Ugo Bellavance  
>>> wrote:
>>>
 Ok, I did analyse the heap dump with Eclipse's Memory Analyzer Tool and 
 here's what I found:

 One instance of "java.util.concurrent.ScheduledThreadPoolExecutor" 
 loaded by "" occupies 6,801,517,856 (89.16%) bytes. 
 The instance is referenced by 
 org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool @ 0x561b36858 , loaded 
 by "hudson.ClassicPluginStrategy$AntClassLoader2 @ 0x56057c428". The 
 memory 
 is accumulated in one instance of 
 "java.util.concurrent.RunnableScheduledFuture[]" loaded by ">>> loader>".

 Does it match JENKINS-34213?

 On Tuesday, May 17, 2016 at 9:29:16 AM UTC-4, Stephen Connolly wrote:
>
> Jenkins 2.5 has the fix IIUC
>
> On 17 May 2016 at 14:28, Stephen Connolly  
> wrote:
>
>> It is fixed, but in the latest version of remoting... which is not 
>> something you can upgrade without either building a custom build of 
>> Jenkins 
>> or upgrading Jenkins.
>>
>> You could crack open your jenkins.war and replace the remoting.jar 
>> with the fixed version and seal it back up again and see if that fixes 
>> your 
>> issue... probably the quickest way to confirm if my theory as to the 
>> source 
>> of your leak is correct, but you would need to know what you are doing
>>
>> On 17 May 2016 at 14:14, Ugo Bellavance  wrote:
>>
>>> Thanks, but I can see that this issue is fixed but I don't know how 
>>> to update my Jenkins install so that I have the fix.  I'm using 1.656.
>>>
>>> Ugo
>>>
>>> On Tuesday, May 17, 2016 at 8:56:34 AM UTC-4, Stephen Connolly wrote:

 I will repeat:

 > I am suspecting JENKINS-34213 may be your issue.

 On 17 May 2016 at 13:12, Ugo Bellavance  wrote:

>
>
> On Friday, May 13, 2016 at 8:50:56 AM UTC-4, Ugo Bellavance wrote:
>>
>>
>>
>> On Thursday, May 12, 2016 at 2:01:41 PM UTC-4, Raymond Accary 
>> wrote:
>>>
>>> Hi,
>>> If it helps, you might avoid the crash by installing the 
>>> monitoring plugin, and triggering garbage collection once the 
>>> memory is 
>>> approaching the maximum allocated heap size. This is a workaround 
>>> until 
>>> someone is able to diagnose the root cause. I have an open issue : 
>>> https://issues.jenkins-ci.org/browse/JENKINS-34573 but thought 
>>> I'd run the suggestion.
>>>


>> Have anyone monitored the JVM with VisualVM? I have found that it 
>> looks like a specific memory pool may be filling up: Old Gen.  I'm 
>> trying 
>> now with:
>>
>> -Djava.awt.headless=true -Dcom.sun.management.jmxremote 
>> -Xms10752m -Xmx10752m -XX:NewRatio=10
>>
>> We'll see in a few days.  In the last few days, the problem have 
>> occured each morning at around 4:45.  I'm not sure if the same jobs 
>> run on 
>> the week-ends as well.
>>
>
> From what I can see, it will always fill the memory.  Probably a 
> leak, but I don't know how to be 100% sure about it. When I try to 
> load a 
> heap dump in VisualVM, but it shows nothing except "Not supported for 
> this 
> JVM. 
>
> -- 
> You received this 

Re: Jenkins using a lot more resources after upgrade

[Stephen Connolly]

If you have no slaves and only run builds on the master then we can
definitively state that JENKINS-34573 is not the root cause. If you have
slaves (even if idle or unused) then we cannot.

If you have a definitive answer to the above question then you should
probably create a JIRA

On 18 May 2016 at 14:29, Ugo Bellavance  wrote:

> Hi Stephen,
>
> We don't use slaves. We only have one master.
>
> Should I create an issue in JIRA for my specific issue?
>
> (is there a reason why you got the conservation out of the group?)
>
> Thanks,
>
> On Wed, May 18, 2016 at 8:56 AM, Stephen Connolly <
> stephen.alan.conno...@gmail.com> wrote:
>
>> Hard to say for certain as that could still be references maintained by
>> the unexported objects that are pending unexport. If you can get your
>> instance into that state and then have it sit idle for a couple of hours...
>> if it is JENKINS-34573 then you should see the retained memory reduce as
>> one reference is cleared every minute. Alternatively disconnect and
>> reconnect all your slaves and see if that frees the memory up -
>> JENKINS-34573 is only an issue for long running busy slaves
>>
>> On 17 May 2016 at 19:01, Ugo Bellavance  wrote:
>>
>>> Ok, I did analyse the heap dump with Eclipse's Memory Analyzer Tool and
>>> here's what I found:
>>>
>>> One instance of "java.util.concurrent.ScheduledThreadPoolExecutor"
>>> loaded by "" occupies 6,801,517,856 (89.16%) bytes.
>>> The instance is referenced by
>>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool @ 0x561b36858 , loaded
>>> by "hudson.ClassicPluginStrategy$AntClassLoader2 @ 0x56057c428". The memory
>>> is accumulated in one instance of
>>> "java.util.concurrent.RunnableScheduledFuture[]" loaded by ">> loader>".
>>>
>>> Does it match JENKINS-34213?
>>>
>>> On Tuesday, May 17, 2016 at 9:29:16 AM UTC-4, Stephen Connolly wrote:

 Jenkins 2.5 has the fix IIUC

 On 17 May 2016 at 14:28, Stephen Connolly 
 wrote:

> It is fixed, but in the latest version of remoting... which is not
> something you can upgrade without either building a custom build of 
> Jenkins
> or upgrading Jenkins.
>
> You could crack open your jenkins.war and replace the remoting.jar
> with the fixed version and seal it back up again and see if that fixes 
> your
> issue... probably the quickest way to confirm if my theory as to the 
> source
> of your leak is correct, but you would need to know what you are doing
>
> On 17 May 2016 at 14:14, Ugo Bellavance  wrote:
>
>> Thanks, but I can see that this issue is fixed but I don't know how
>> to update my Jenkins install so that I have the fix.  I'm using 1.656.
>>
>> Ugo
>>
>> On Tuesday, May 17, 2016 at 8:56:34 AM UTC-4, Stephen Connolly wrote:
>>>
>>> I will repeat:
>>>
>>> > I am suspecting JENKINS-34213 may be your issue.
>>>
>>> On 17 May 2016 at 13:12, Ugo Bellavance  wrote:
>>>


 On Friday, May 13, 2016 at 8:50:56 AM UTC-4, Ugo Bellavance wrote:
>
>
>
> On Thursday, May 12, 2016 at 2:01:41 PM UTC-4, Raymond Accary
> wrote:
>>
>> Hi,
>> If it helps, you might avoid the crash by installing the
>> monitoring plugin, and triggering garbage collection once the memory 
>> is
>> approaching the maximum allocated heap size. This is a workaround 
>> until
>> someone is able to diagnose the root cause. I have an open issue :
>> https://issues.jenkins-ci.org/browse/JENKINS-34573 but thought
>> I'd run the suggestion.
>>
>>>
>>>
> Have anyone monitored the JVM with VisualVM? I have found that it
> looks like a specific memory pool may be filling up: Old Gen.  I'm 
> trying
> now with:
>
> -Djava.awt.headless=true -Dcom.sun.management.jmxremote -Xms10752m
> -Xmx10752m -XX:NewRatio=10
>
> We'll see in a few days.  In the last few days, the problem have
> occured each morning at around 4:45.  I'm not sure if the same jobs 
> run on
> the week-ends as well.
>

 From what I can see, it will always fill the memory.  Probably a
 leak, but I don't know how to be 100% sure about it. When I try to 
 load a
 heap dump in VisualVM, but it shows nothing except "Not supported for 
 this
 JVM.

 --
 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
 

Re: SCM Plugin for ClioSoft's SOS?

[Martin d'Anjou]

I agree this discussion should be here and not on the dev mailing list.

Have you approached Cliosoft to ask if they would write a Jenkins plugin 
for you? It surely can help them as well as help you.

For SCM, I am switching to Git. For storing generated assets (pre-compiled 
libraries, netlists, etc), I am switching to a binary repository (e.g. 
artifactory).

For managing hardware generated outputs in Jenkins (numerous and large), 
there is the External Workspace Manager Plugin currently being developed as 
part of the Jenkins Google Summer of Code 
. 
We are discussing the development here 
, and 
the design document is here 
.
 
You are welcome to participate in the discussions, provide feedback, join 
the on-line meetings, etc.

Martin

-- 
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/5e75f827-319c-4fab-825a-65fd02511f1e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins using a lot more resources after upgrade

[Ugo Bellavance]

Hi Stephen,

We don't use slaves. We only have one master.

Should I create an issue in JIRA for my specific issue?

(is there a reason why you got the conservation out of the group?)

Thanks,

On Wed, May 18, 2016 at 8:56 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:

> Hard to say for certain as that could still be references maintained by
> the unexported objects that are pending unexport. If you can get your
> instance into that state and then have it sit idle for a couple of hours...
> if it is JENKINS-34573 then you should see the retained memory reduce as
> one reference is cleared every minute. Alternatively disconnect and
> reconnect all your slaves and see if that frees the memory up -
> JENKINS-34573 is only an issue for long running busy slaves
>
> On 17 May 2016 at 19:01, Ugo Bellavance  wrote:
>
>> Ok, I did analyse the heap dump with Eclipse's Memory Analyzer Tool and
>> here's what I found:
>>
>> One instance of "java.util.concurrent.ScheduledThreadPoolExecutor" loaded
>> by "" occupies 6,801,517,856 (89.16%) bytes. The
>> instance is referenced by
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool @ 0x561b36858 , loaded
>> by "hudson.ClassicPluginStrategy$AntClassLoader2 @ 0x56057c428". The memory
>> is accumulated in one instance of
>> "java.util.concurrent.RunnableScheduledFuture[]" loaded by "> loader>".
>>
>> Does it match JENKINS-34213?
>>
>> On Tuesday, May 17, 2016 at 9:29:16 AM UTC-4, Stephen Connolly wrote:
>>>
>>> Jenkins 2.5 has the fix IIUC
>>>
>>> On 17 May 2016 at 14:28, Stephen Connolly 
>>> wrote:
>>>
 It is fixed, but in the latest version of remoting... which is not
 something you can upgrade without either building a custom build of Jenkins
 or upgrading Jenkins.

 You could crack open your jenkins.war and replace the remoting.jar with
 the fixed version and seal it back up again and see if that fixes your
 issue... probably the quickest way to confirm if my theory as to the source
 of your leak is correct, but you would need to know what you are doing

 On 17 May 2016 at 14:14, Ugo Bellavance  wrote:

> Thanks, but I can see that this issue is fixed but I don't know how to
> update my Jenkins install so that I have the fix.  I'm using 1.656.
>
> Ugo
>
> On Tuesday, May 17, 2016 at 8:56:34 AM UTC-4, Stephen Connolly wrote:
>>
>> I will repeat:
>>
>> > I am suspecting JENKINS-34213 may be your issue.
>>
>> On 17 May 2016 at 13:12, Ugo Bellavance  wrote:
>>
>>>
>>>
>>> On Friday, May 13, 2016 at 8:50:56 AM UTC-4, Ugo Bellavance wrote:



 On Thursday, May 12, 2016 at 2:01:41 PM UTC-4, Raymond Accary wrote:
>
> Hi,
> If it helps, you might avoid the crash by installing the
> monitoring plugin, and triggering garbage collection once the memory 
> is
> approaching the maximum allocated heap size. This is a workaround 
> until
> someone is able to diagnose the root cause. I have an open issue :
> https://issues.jenkins-ci.org/browse/JENKINS-34573 but thought
> I'd run the suggestion.
>
>>
>>
 Have anyone monitored the JVM with VisualVM? I have found that it
 looks like a specific memory pool may be filling up: Old Gen.  I'm 
 trying
 now with:

 -Djava.awt.headless=true -Dcom.sun.management.jmxremote -Xms10752m
 -Xmx10752m -XX:NewRatio=10

 We'll see in a few days.  In the last few days, the problem have
 occured each morning at around 4:45.  I'm not sure if the same jobs 
 run on
 the week-ends as well.

>>>
>>> From what I can see, it will always fill the memory.  Probably a
>>> leak, but I don't know how to be 100% sure about it. When I try to load 
>>> a
>>> heap dump in VisualVM, but it shows nothing except "Not supported for 
>>> this
>>> JVM.
>>>
>>> --
>>> 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/1b43cd1d-531b-4638-8e53-15d5f5670f91%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 

Pipeline Plugin: Multiple steps for ArtifactArchiver and JUnitResultArchiver in one pipeline possible?

[Lars Meynberg]

We're trying to switch our Build Pipeline from the classic way (Multiple 
Jobs) to the new pipeline-as-code approach.
In the past we've chained some jobs together. We had some parallel test 
jobs and each test has produced its own test results. These results were 
copied to the master job and there aggregated and displayed.

What is the best way to do this in a "real" pipeline? Can a call a 
JUnitResultArchiver step in each parallel Stage which has test results and 
the results will be combined or does it only displays the last recorded 
result? Do I have to do a similar aggregate task and 
call JUnitResultArchiver only once?

I can imagine some of you have already resolved this issue as its a common 
one I would think.

-- 
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/0a8cc24b-1b24-4875-b936-cabf6b56a1e4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins using a lot more resources after upgrade

[Stephen Connolly]

Hard to say for certain as that could still be references maintained by the
unexported objects that are pending unexport. If you can get your instance
into that state and then have it sit idle for a couple of hours... if it is
JENKINS-34573 then you should see the retained memory reduce as one
reference is cleared every minute. Alternatively disconnect and reconnect
all your slaves and see if that frees the memory up - JENKINS-34573 is only
an issue for long running busy slaves

On 17 May 2016 at 19:01, Ugo Bellavance  wrote:

> Ok, I did analyse the heap dump with Eclipse's Memory Analyzer Tool and
> here's what I found:
>
> One instance of "java.util.concurrent.ScheduledThreadPoolExecutor" loaded
> by "" occupies 6,801,517,856 (89.16%) bytes. The
> instance is referenced by
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool @ 0x561b36858 , loaded
> by "hudson.ClassicPluginStrategy$AntClassLoader2 @ 0x56057c428". The memory
> is accumulated in one instance of
> "java.util.concurrent.RunnableScheduledFuture[]" loaded by " loader>".
>
> Does it match JENKINS-34213?
>
> On Tuesday, May 17, 2016 at 9:29:16 AM UTC-4, Stephen Connolly wrote:
>>
>> Jenkins 2.5 has the fix IIUC
>>
>> On 17 May 2016 at 14:28, Stephen Connolly 
>> wrote:
>>
>>> It is fixed, but in the latest version of remoting... which is not
>>> something you can upgrade without either building a custom build of Jenkins
>>> or upgrading Jenkins.
>>>
>>> You could crack open your jenkins.war and replace the remoting.jar with
>>> the fixed version and seal it back up again and see if that fixes your
>>> issue... probably the quickest way to confirm if my theory as to the source
>>> of your leak is correct, but you would need to know what you are doing
>>>
>>> On 17 May 2016 at 14:14, Ugo Bellavance  wrote:
>>>
 Thanks, but I can see that this issue is fixed but I don't know how to
 update my Jenkins install so that I have the fix.  I'm using 1.656.

 Ugo

 On Tuesday, May 17, 2016 at 8:56:34 AM UTC-4, Stephen Connolly wrote:
>
> I will repeat:
>
> > I am suspecting JENKINS-34213 may be your issue.
>
> On 17 May 2016 at 13:12, Ugo Bellavance  wrote:
>
>>
>>
>> On Friday, May 13, 2016 at 8:50:56 AM UTC-4, Ugo Bellavance wrote:
>>>
>>>
>>>
>>> On Thursday, May 12, 2016 at 2:01:41 PM UTC-4, Raymond Accary wrote:

 Hi,
 If it helps, you might avoid the crash by installing the monitoring
 plugin, and triggering garbage collection once the memory is 
 approaching
 the maximum allocated heap size. This is a workaround until someone is 
 able
 to diagnose the root cause. I have an open issue :
 https://issues.jenkins-ci.org/browse/JENKINS-34573 but thought I'd
 run the suggestion.

>
>
>>> Have anyone monitored the JVM with VisualVM? I have found that it
>>> looks like a specific memory pool may be filling up: Old Gen.  I'm 
>>> trying
>>> now with:
>>>
>>> -Djava.awt.headless=true -Dcom.sun.management.jmxremote -Xms10752m
>>> -Xmx10752m -XX:NewRatio=10
>>>
>>> We'll see in a few days.  In the last few days, the problem have
>>> occured each morning at around 4:45.  I'm not sure if the same jobs run 
>>> on
>>> the week-ends as well.
>>>
>>
>> From what I can see, it will always fill the memory.  Probably a
>> leak, but I don't know how to be 100% sure about it. When I try to load a
>> heap dump in VisualVM, but it shows nothing except "Not supported for 
>> this
>> JVM.
>>
>> --
>> 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/1b43cd1d-531b-4638-8e53-15d5f5670f91%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/145bf27e-4bcc--b46c-9d8fe4efc1a2%40googlegroups.com
 
 .

 For more options, visit 

Re: Calling tera term from jenkins hangs

['Chris Amos' via Jenkins Users]

Hi Daniel,

Yep, prompted by Eric I went off and found the service option to allow the 
process to interact with the desktop.

And now it works.

But not quite perfect, I get a flashing icon on the task bar to tell me 
that a program wants to interact with the desktop, when I let it interact 
all I get is an empty cmd window that seems to hail from java/jenkins, 
nothing from teraterm which I had told to start invisibly anyway.

I just need the 'allow but ignore' option.

Ta

Chris

On Wednesday, 18 May 2016 10:47:19 UTC+1, Eric Engel wrote:
>
> This is probably a Windows specific problem, because services under 
> Windows cannot interact with GUI elements. So if you installed Jenkins as a 
> Windows service it may not be able to access the GUI elements of your 
> teraterm application. I witnessed the same problem for automated GUI 
> testing.
>
> On Windows you would need to start the Jenkins master directly from a user 
> session (if everything runs on one machine and you have no slaves) or start 
> the slave for this job by JNLP (you may do this on startup).
>
>  
>
> Regards
>
> Eric
>
>  
>
> *Von:* 'Chris Amos' via Jenkins Users [mailto:jenkins...@googlegroups.com 
> ] 
> *Gesendet:* Mittwoch, 18. Mai 2016 11:01
> *An:* Jenkins Users 
> *Betreff:* Calling tera term from jenkins hangs
>
>  
>
> Sorry, I know not strictly a jenkins issue, jenkins remains responsive and 
> can kill the hung build so jenkins is fine.
>
>  
>
> But something about the jenkins environment messes up teraterm and I need 
> a clue.
>
>  
>
> My build job is pretty straightforward;
>
> 1 Source from SVN
>
> 2 execute batch file to build (3 types of gcc and visual studio)
>
> 3 execute batch to do doxygen and build installer.
>
> 4 execute batch to install onto custom hardware and do a simple smoke test.
>
>  
>
> The batch files mean I can run the processes by hand, it is all working.
>
>  
>
> Step 4 fails under jenkins, this batch file runs a utility to program my 
> UUT over USB/I2C then calls the teratermpro macro utility to connect over 
> USB/RS232 to configure and interrogate the device, the result of all of 
> this is an IP address in a file (it is a wifi IoT device). I take the IP 
> address and ping it to see the device is on the air and talking.
>
>  
>
> Under the covers the teraterm macro program opens a copy of the teraterm 
> GUI application and controls it, I think by injecting messages into its 
> windows message Q.
>
>  
>
> When run under Jenkins the macro step that opens the main application is 
> executed and never returns, in task manager I can see both the macro 
> program and the gui app sitting there doing nothing.
>
>  
>
> I searched here for tera term issues and found it is new, but perhaps 
> something similar has happened in the past with other program.
>
>  
>
> If no obvious answers, how do I debug it, a thread dump for jenkins seems 
> popular, but jenkins is fine, would it help in this case (and a how-to)?
>
>  
>
> Thanks
>
>  
>
> Chris
>
>  
>
> running jenkins 2.5 on windows 7, all local.
>
> -- 
> 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/18411c20-21e8-4511-9c82-ea485caac5de%40googlegroups.com
>  
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
> Hinweis: Diese E-Mail und/oder die Anhänge sind vertraulich und 
> ausschließlich für den bezeichneten Adressaten bestimmt. Die Weitergabe 
> oder Kopieren dieser E-Mail ist strengstens verboten. Wenn Sie diese E-Mail 
> irrtümlich erhalten haben, informieren Sie bitte unverzüglich den Absender 
> und vernichten Sie die Nachricht und alle Anhänge. Vielen Dank. 
>

-- 
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/dc515593-7f6e-4a65-987f-d5d9601a98c5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Calling tera term from jenkins hangs

['Chris Amos' via Jenkins Users]

Thanks Eric,

Good clue, I wonder if a fix may be to run a slave on my machine to get 
around this, which would fit with the plan.

Right now it is all a simple jenkins service on my dev pc, the plan is a 
linux server controlling slaves for linux and windows builds.

Chris

On Wednesday, 18 May 2016 10:47:19 UTC+1, Eric Engel wrote:
>
> This is probably a Windows specific problem, because services under 
> Windows cannot interact with GUI elements. So if you installed Jenkins as a 
> Windows service it may not be able to access the GUI elements of your 
> teraterm application. I witnessed the same problem for automated GUI 
> testing.
>
> On Windows you would need to start the Jenkins master directly from a user 
> session (if everything runs on one machine and you have no slaves) or start 
> the slave for this job by JNLP (you may do this on startup).
>
>  
>
> Regards
>
> Eric
>
>  
>
> *Von:* 'Chris Amos' via Jenkins Users [mailto:jenkins...@googlegroups.com 
> ] 
> *Gesendet:* Mittwoch, 18. Mai 2016 11:01
> *An:* Jenkins Users 
> *Betreff:* Calling tera term from jenkins hangs
>
>  
>
> Sorry, I know not strictly a jenkins issue, jenkins remains responsive and 
> can kill the hung build so jenkins is fine.
>
>  
>
> But something about the jenkins environment messes up teraterm and I need 
> a clue.
>
>  
>
> My build job is pretty straightforward;
>
> 1 Source from SVN
>
> 2 execute batch file to build (3 types of gcc and visual studio)
>
> 3 execute batch to do doxygen and build installer.
>
> 4 execute batch to install onto custom hardware and do a simple smoke test.
>
>  
>
> The batch files mean I can run the processes by hand, it is all working.
>
>  
>
> Step 4 fails under jenkins, this batch file runs a utility to program my 
> UUT over USB/I2C then calls the teratermpro macro utility to connect over 
> USB/RS232 to configure and interrogate the device, the result of all of 
> this is an IP address in a file (it is a wifi IoT device). I take the IP 
> address and ping it to see the device is on the air and talking.
>
>  
>
> Under the covers the teraterm macro program opens a copy of the teraterm 
> GUI application and controls it, I think by injecting messages into its 
> windows message Q.
>
>  
>
> When run under Jenkins the macro step that opens the main application is 
> executed and never returns, in task manager I can see both the macro 
> program and the gui app sitting there doing nothing.
>
>  
>
> I searched here for tera term issues and found it is new, but perhaps 
> something similar has happened in the past with other program.
>
>  
>
> If no obvious answers, how do I debug it, a thread dump for jenkins seems 
> popular, but jenkins is fine, would it help in this case (and a how-to)?
>
>  
>
> Thanks
>
>  
>
> Chris
>
>  
>
> running jenkins 2.5 on windows 7, all local.
>
> -- 
> 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/18411c20-21e8-4511-9c82-ea485caac5de%40googlegroups.com
>  
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
> Hinweis: Diese E-Mail und/oder die Anhänge sind vertraulich und 
> ausschließlich für den bezeichneten Adressaten bestimmt. Die Weitergabe 
> oder Kopieren dieser E-Mail ist strengstens verboten. Wenn Sie diese E-Mail 
> irrtümlich erhalten haben, informieren Sie bitte unverzüglich den Absender 
> und vernichten Sie die Nachricht und alle Anhänge. Vielen Dank. 
>

-- 
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/85082596-dad5-4a20-a00e-16755481146a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

How do I use a file parameter in a pipeline project?

[Jonathan Hodgson]

Documentation on this seems to be non-existent, so I don't know whether 
it's broken or I'm just doing things wrong. But the file doesn't seem to be 
uploading, and certainly isn't being placed in the workspace.

Surely I can't be the only person who needs this functionality?

-- 
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/d2010ccf-962d-4935-a98c-c47bde00d9ee%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Connnecting to TFS its taking long time from Jenkins

[madhu chilipi]

Hi Team,

I am trying to connect TFS using jenkins, But its taking too long like 5 
min at this step any idea?

Started by user anonymous 

Building in workspace 
/u02/poc/soa_build/.jenkins/workspace/mvn_OSBBUILDJOB_1221_OSB_BUILD
Querying for remote changeset at 
'$/TradeCompliance/DEV/GTM_ACCL_DEV/source/ComplianceIntegrationServices/OSB2GTMIntegration/GTMAccelerationApplication/'
 as of 'D2016-05-18T11:54:45Z'...
Query result is: Changeset #639978 by 'AMERICAS\Rajarshee_Kar' on 
'2016-05-17T10:39:37Z'.
Listing workspaces from http://tfs2.dell.com:8080/tfs/eDell...


Thanks
Madhu

-- 
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/c24f44d2-f135-471b-a10c-d6b9197d9e66%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Calling tera term from jenkins hangs

[Daniel Beck]

> On 18.05.2016, at 11:47, Eric Engel  wrote:
> 
> On Windows you would need to start the Jenkins master directly from a user 
> session (if everything runs on one machine and you have no slaves) or start 
> the slave for this job by JNLP (you may do this on startup).
> 

It's also possible to enable GUI access to services (but whether that's a good 
idea, I don't know).

-- 
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/0DC8111B-5FAA-49B4-8D6C-B4FD22E47DB3%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.

AW: Calling tera term from jenkins hangs

[Eric Engel]

This is probably a Windows specific problem, because services under Windows 
cannot interact with GUI elements. So if you installed Jenkins as a Windows 
service it may not be able to access the GUI elements of your teraterm 
application. I witnessed the same problem for automated GUI testing.
On Windows you would need to start the Jenkins master directly from a user 
session (if everything runs on one machine and you have no slaves) or start the 
slave for this job by JNLP (you may do this on startup).

Regards
Eric

Von: 'Chris Amos' via Jenkins Users [mailto:jenkinsci-users@googlegroups.com]
Gesendet: Mittwoch, 18. Mai 2016 11:01
An: Jenkins Users 
Betreff: Calling tera term from jenkins hangs

Sorry, I know not strictly a jenkins issue, jenkins remains responsive and can 
kill the hung build so jenkins is fine.

But something about the jenkins environment messes up teraterm and I need a 
clue.

My build job is pretty straightforward;
1 Source from SVN
2 execute batch file to build (3 types of gcc and visual studio)
3 execute batch to do doxygen and build installer.
4 execute batch to install onto custom hardware and do a simple smoke test.

The batch files mean I can run the processes by hand, it is all working.

Step 4 fails under jenkins, this batch file runs a utility to program my UUT 
over USB/I2C then calls the teratermpro macro utility to connect over USB/RS232 
to configure and interrogate the device, the result of all of this is an IP 
address in a file (it is a wifi IoT device). I take the IP address and ping it 
to see the device is on the air and talking.

Under the covers the teraterm macro program opens a copy of the teraterm GUI 
application and controls it, I think by injecting messages into its windows 
message Q.

When run under Jenkins the macro step that opens the main application is 
executed and never returns, in task manager I can see both the macro program 
and the gui app sitting there doing nothing.

I searched here for tera term issues and found it is new, but perhaps something 
similar has happened in the past with other program.

If no obvious answers, how do I debug it, a thread dump for jenkins seems 
popular, but jenkins is fine, would it help in this case (and a how-to)?

Thanks

Chris

running jenkins 2.5 on windows 7, all local.
--
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/18411c20-21e8-4511-9c82-ea485caac5de%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Hinweis: Diese E-Mail und/oder die Anhänge sind vertraulich und ausschließlich 
für den bezeichneten Adressaten bestimmt. Die Weitergabe oder Kopieren dieser 
E-Mail ist strengstens verboten. Wenn Sie diese E-Mail irrtümlich erhalten 
haben, informieren Sie bitte unverzüglich den Absender und vernichten Sie die 
Nachricht und alle Anhänge. Vielen Dank.

-- 
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/VI1PR0101MB2318C216D8A4BA3CDC0519FCF3490%40VI1PR0101MB2318.eurprd01.prod.exchangelabs.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to mount volume in a docker job inside a dockerized jenkins

[nicolas de loof]

The reason it works like this is the bind mount is done from host, so need
a valid fully qualified host path, but the `pwd` command is ran inside
jenkins container, so resolves to container filesystem.
A possible alternate approach is for you to rely on " --volumes-from
$(hostname) ", as a container hostname defaults to it's ID. As a result,
your second container will share /var/jenkins_home with jenkins master.
Then you can run some commands using $workspace as a valid path in both
containers :

docker run --rm --volumes-from $(hostname) graviteeio/python3 python
${WORKSPACE}/package_bundles.py

2016-05-18 10:34 GMT+02:00 Nicolas Geraud :

> Thanks for the quick answer, I'll test this tonight.
>
> Do you have any blog post (or perhaps i've missed a "Quoi de neuf Docker"
> episode) which explain why it works like this ?
>
> Le mercredi 18 mai 2016 10:28:05 UTC+2, nicolas de loof a écrit :
>>
>> For this to work, you'll need the host path to be the exact same as the
>> jenkins container path, i.e. not use /opt/jenkins but /var/jenkins_home
>> on host
>> so `pwd` will resolve to some /var/jenkins_home/... subfolder that make
>> sense to be mounted from host into your side container
>>
>> 2016-05-18 10:14 GMT+02:00 Nicolas Geraud :
>>
>>> Hi all,
>>>
>>> i'm using a dockerized jenkins (from jenkinsci/jenkins:2.2) and mounting
>>> the following volumes from my host :
>>> volumes:
>>> - "/opt/jenkins:/var/jenkins_home"
>>> - "/var/run/docker.sock:/var/run/docker.sock"
>>>
>>>
>>> I've created a job that launch a docker container to build some python
>>> files :
>>> --Dockerfile
>>>
>>> FROM python:3-onbuild
>>> CMD [ "python" ]
>>>
>>>
>>> docker command of my jenkins job :
>>> $docker run --rm -v `pwd`:"/usr/src/myapp" graviteeio/python3 python
>>> src/main/python/package_bundles.py
>>>
>>> But the result is :
>>>
>>>
>>> Starting docker_package_bundle_and_publish_1
>>> Attaching to docker_package_bundle_and_publish_1
>>> [36mpackage_bundle_and_publish_1 | [0m python: can't open file './src/
>>> main/python/package_bundles.py': [Errno 2] No such file or directory
>>> [36mdocker_package_bundle_and_publish_1 exited with code 2
>>> [0mFinished: SUCCESS
>>>
>>>
>>> This is working fine on a classic jenkins, but not on a dockerized jenkins. 
>>> I've googled this error and it seems that mounting a volume inside a 
>>> container with an already mounting volume doesn't work.
>>>
>>> I think that some of you have already test the same use case so, how to do 
>>> that ?
>>>
>>> Thanks for any clue.
>>> I need to test a data volume instead of mounting a host volume.
>>>
>>>
>>> --
>>> 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/f847d41e-3b28-4b2b-b61e-ca0bf2927e5e%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/f8487560-3e1a-44a2-883f-b5ae02213cc1%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/CANMVJz%3DFuxvJNRxu2z1-KCiNguQ%2Bz0srqeds9Hwsnjbhf4pM-Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Calling tera term from jenkins hangs

['Chris Amos' via Jenkins Users]

Sorry, I know not strictly a jenkins issue, jenkins remains responsive and 
can kill the hung build so jenkins is fine.

But something about the jenkins environment messes up teraterm and I need a 
clue.

My build job is pretty straightforward;
1 Source from SVN
2 execute batch file to build (3 types of gcc and visual studio)
3 execute batch to do doxygen and build installer.
4 execute batch to install onto custom hardware and do a simple smoke test.

The batch files mean I can run the processes by hand, it is all working.

Step 4 fails under jenkins, this batch file runs a utility to program my 
UUT over USB/I2C then calls the teratermpro macro utility to connect over 
USB/RS232 to configure and interrogate the device, the result of all of 
this is an IP address in a file (it is a wifi IoT device). I take the IP 
address and ping it to see the device is on the air and talking.

Under the covers the teraterm macro program opens a copy of the teraterm 
GUI application and controls it, I think by injecting messages into its 
windows message Q.

When run under Jenkins the macro step that opens the main application is 
executed and never returns, in task manager I can see both the macro 
program and the gui app sitting there doing nothing.

I searched here for tera term issues and found it is new, but perhaps 
something similar has happened in the past with other program.

If no obvious answers, how do I debug it, a thread dump for jenkins seems 
popular, but jenkins is fine, would it help in this case (and a how-to)?

Thanks

Chris

running jenkins 2.5 on windows 7, all local.

-- 
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/18411c20-21e8-4511-9c82-ea485caac5de%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to mount volume in a docker job inside a dockerized jenkins

[Nicolas Geraud]

Thanks for the quick answer, I'll test this tonight.

Do you have any blog post (or perhaps i've missed a "Quoi de neuf Docker" 
episode) which explain why it works like this ?

Le mercredi 18 mai 2016 10:28:05 UTC+2, nicolas de loof a écrit :
>
> For this to work, you'll need the host path to be the exact same as the 
> jenkins container path, i.e. not use /opt/jenkins but /var/jenkins_home 
> on host
> so `pwd` will resolve to some /var/jenkins_home/... subfolder that make 
> sense to be mounted from host into your side container
>
> 2016-05-18 10:14 GMT+02:00 Nicolas Geraud  >:
>
>> Hi all,
>>
>> i'm using a dockerized jenkins (from jenkinsci/jenkins:2.2) and mounting 
>> the following volumes from my host :
>> volumes:
>> - "/opt/jenkins:/var/jenkins_home"
>> - "/var/run/docker.sock:/var/run/docker.sock"
>>
>>
>> I've created a job that launch a docker container to build some python 
>> files :
>> --Dockerfile
>>
>> FROM python:3-onbuild
>> CMD [ "python" ]
>>
>>
>> docker command of my jenkins job :
>> $docker run --rm -v `pwd`:"/usr/src/myapp" graviteeio/python3 python 
>> src/main/python/package_bundles.py
>>
>> But the result is :
>>
>>
>> Starting docker_package_bundle_and_publish_1
>> Attaching to docker_package_bundle_and_publish_1
>> [36mpackage_bundle_and_publish_1 | [0m python: can't open file './src/
>> main/python/package_bundles.py': [Errno 2] No such file or directory
>> [36mdocker_package_bundle_and_publish_1 exited with code 2
>> [0mFinished: SUCCESS
>>
>>
>> This is working fine on a classic jenkins, but not on a dockerized jenkins. 
>> I've googled this error and it seems that mounting a volume inside a 
>> container with an already mounting volume doesn't work.
>>
>> I think that some of you have already test the same use case so, how to do 
>> that ?
>>
>> Thanks for any clue.
>> I need to test a data volume instead of mounting a host volume.
>>
>>
>> -- 
>> 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/f847d41e-3b28-4b2b-b61e-ca0bf2927e5e%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/f8487560-3e1a-44a2-883f-b5ae02213cc1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to mount volume in a docker job inside a dockerized jenkins

[nicolas de loof]

For this to work, you'll need the host path to be the exact same as the
jenkins container path, i.e. not use /opt/jenkins but /var/jenkins_home on
host
so `pwd` will resolve to some /var/jenkins_home/... subfolder that make
sense to be mounted from host into your side container

2016-05-18 10:14 GMT+02:00 Nicolas Geraud :

> Hi all,
>
> i'm using a dockerized jenkins (from jenkinsci/jenkins:2.2) and mounting
> the following volumes from my host :
> volumes:
> - "/opt/jenkins:/var/jenkins_home"
> - "/var/run/docker.sock:/var/run/docker.sock"
>
>
> I've created a job that launch a docker container to build some python
> files :
> --Dockerfile
>
> FROM python:3-onbuild
> CMD [ "python" ]
>
>
> docker command of my jenkins job :
> $docker run --rm -v `pwd`:"/usr/src/myapp" graviteeio/python3 python
> src/main/python/package_bundles.py
>
> But the result is :
>
>
> Starting docker_package_bundle_and_publish_1
> Attaching to docker_package_bundle_and_publish_1
> [36mpackage_bundle_and_publish_1 | [0m python: can't open file './src/main
> /python/package_bundles.py': [Errno 2] No such file or directory
> [36mdocker_package_bundle_and_publish_1 exited with code 2
> [0mFinished: SUCCESS
>
>
> This is working fine on a classic jenkins, but not on a dockerized jenkins. 
> I've googled this error and it seems that mounting a volume inside a 
> container with an already mounting volume doesn't work.
>
> I think that some of you have already test the same use case so, how to do 
> that ?
>
> Thanks for any clue.
> I need to test a data volume instead of mounting a host volume.
>
>
> --
> 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/f847d41e-3b28-4b2b-b61e-ca0bf2927e5e%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/CANMVJzmsALEiNxFHqudZ6zsoMHpjW48UGkkR7AMwsBe5%2B%2BUvhA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

How to mount volume in a docker job inside a dockerized jenkins

[Nicolas Geraud]

Hi all,

i'm using a dockerized jenkins (from jenkinsci/jenkins:2.2) and mounting 
the following volumes from my host :
volumes:
- "/opt/jenkins:/var/jenkins_home"
- "/var/run/docker.sock:/var/run/docker.sock"


I've created a job that launch a docker container to build some python 
files :
--Dockerfile

FROM python:3-onbuild
CMD [ "python" ]


docker command of my jenkins job :
$docker run --rm -v `pwd`:"/usr/src/myapp" graviteeio/python3 python 
src/main/python/package_bundles.py

But the result is :


Starting docker_package_bundle_and_publish_1
Attaching to docker_package_bundle_and_publish_1
 [36mpackage_bundle_and_publish_1 | [0m python: can't open file './src/main/
python/package_bundles.py': [Errno 2] No such file or directory
 [36mdocker_package_bundle_and_publish_1 exited with code 2
 [0mFinished: SUCCESS


This is working fine on a classic jenkins, but not on a dockerized jenkins. 
I've googled this error and it seems that mounting a volume inside a container 
with an already mounting volume doesn't work.

I think that some of you have already test the same use case so, how to do that 
?

Thanks for any clue.
I need to test a data volume instead of mounting a host volume.


-- 
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/f847d41e-3b28-4b2b-b61e-ca0bf2927e5e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: File as parameter not working

[Jonathan Hodgson]

Ok, I tried creating two projects, one a freestyle job, the other a 
pipeline.

The only thing I set up in each was a file as parameter. I ran a  "Build 
using parameters" selecting the same file to upload.

When I tried to view the file in the freestyle job, it worked, but in the 
pipeline job I got the same error as above.

On Wednesday, May 18, 2016 at 2:21:11 AM UTC+1, Jonathan Hodgson wrote:
>
> I've been experimenting, and if I do what appears to be exactly the same 
> thing with a Freestyle project, file upload is successful.
>
> I can't state yet whether the freestyle/pipeline job difference coinciding 
> with a failure to upload the file is a coincidence, or the deciding factor.
>

-- 
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/02ea9acf-d26f-4833-95ef-c07aa64ace0b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins failed to Connect Bonobo Git Repository

[Munira Presswala]

hi Users , 

I also has a few questions in this regard.

what is the reason behind this exception ?



On Wednesday, 18 May 2016 12:41:31 UTC+5:30, Munira Presswala wrote:
>
> Basically we are in transition to take over client's vendor project .And 
> we recieve following error when Client's vendor push his code to Git , and 
> jenkins fail to connect to Repository .
>
> Started by user anonymous
>
> [EnvInject] - Loading node environment variables.
>
> Building in workspace C:\Program Files (x86)\Jenkins\BWorkspace
>
> Cloning the remote Git repository
>
> Cloning repository 
> http://frntraltdvm37.devaltair.edc.publicisgroupe.net/Bonobo.Git.Server/Repository/WebUI_PG
>
>  > git.exe init
> C:\Program Files (x86)\Jenkins\BWorkspace # timeout=10
>
> ERROR: Error cloning remote repo 'origin'
>
> hudson.plugins.git.GitException: Could not init C:\Program Files 
> (x86)\Jenkins\BWorkspace
>
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:656)
>
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:463)
>
> at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1057)
>
> at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1097)
>
> at hudson.scm.SCM.checkout(SCM.java:485)
>
> at hudson.model.AbstractProject.checkout(AbstractProject.java:1269)
>
> at 
> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607)
>
> at 
> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
>
> at 
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
>
> at 
> com.tikal.jenkins.plugins.multijob.MultiJobBuild$MultiJobRunnerImpl.run(MultiJobBuild.java:134)
>
> at hudson.model.Run.execute(Run.java:1738)
>
> at 
> com.tikal.jenkins.plugins.multijob.MultiJobBuild.run(MultiJobBuild.java:73)
>
> at 
> hudson.model.ResourceController.execute(ResourceController.java:98)
>
> at hudson.model.Executor.run(Executor.java:410)
>
> Caused by: hudson.plugins.git.GitException: Error performing command: 
> git.exe init C:\Program Files
> (x86)\Jenkins\BWorkspace
>
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1726)
>
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1695)
>
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1691)
>
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1321)
>
> at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:654)
>
> ... 13 more
>
> Caused by: java.io.IOException: Cannot run program
> "git.exe" (in directory "C:\Program Files
> (x86)\Jenkins\BWorkspace"): CreateProcess error=2, The system cannot find
> the file specified
>
> at
> java.lang.ProcessBuilder.start(Unknown Source)
>
> at
> hudson.Proc$LocalProc.(Proc.java:244)
>
> at
> hudson.Proc$LocalProc.(Proc.java:216)
>
> at
> hudson.Launcher$LocalLauncher.launch(Launcher.java:815)
>
> at
> hudson.Launcher$ProcStarter.start(Launcher.java:381)
>
> at
>
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1715)
>
> ... 17 more
>
> Caused by: java.io.IOException: CreateProcess error=2, The
> system cannot find the file specified
>
> at
> java.lang.ProcessImpl.create(Native Method)
>
> at
> java.lang.ProcessImpl.(Unknown Source)
>
> at
> java.lang.ProcessImpl.start(Unknown Source)
>
> ... 23 more
>
> ERROR: null
>
>
> Please find attached screen shots of configure Page , where we see Jenkins 
> failed to connect to Git .
>
>
>

-- 
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/4f657543-2e8d-480f-96d4-6841f15f02cb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins Hardware Upgrade

[Baptiste Mathus]

Search that ml for words like rsync and so on. The migration subject has
been discussed already quite a few times.

-- Baptiste
Le 16 mai 2016 6:00 PM, "Anderson Goulart"  a
écrit :

> Stop all jobs, backup your data, install on the new node and restore your
> backup. This should be sufficient.
>
>
> -- global
>
> On 15/05/2016 10:58, Jason Pyeron wrote:
>
>> -Original Message-
>>> From: Albert Shamsiyan
>>> Sent: Sunday, May 15, 2016 5:45 AM
>>>
>>> Hi,
>>>
>>>
>>> I'm looking for a way to upgrade our Jenkins and hosting
>>> machine to official latest.
>>> Were currently using antique RedHat machine and Jankins
>>> master was not updated for a while.
>>> I would like to keep Jobs history.
>>>
>>> Suggestions how?
>>> Pitfalls to be warned?
>>>
>> Keep a complete backup of the old working machine, in case of the unknown.
>> This is how we got bit in the rump.
>>
>>
>>
> --
> 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/3aae1d92-2296-89b0-8a35-d0f3bb984008%40boxever.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/CANWgJS6yMRVZVP7RhA399-HZdc1mrXV6WHhYt%3Dn9dVvDbLUBsg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins view failed

[Baptiste Mathus]

Hi,
In your screenshot you actually cut out the interesting part (the stack
trace).
Cheers
Le 15 mai 2016 8:58 AM, "Jatin Rai"  a écrit :

> Hi All,
>
> I was making a change to pipeline view of jenkins and the jenkins failed.
>
> In spite all jobs and views are there but we are not able to see anything.
>
> Looks like View plugin has crashed. We have tried all possible solutions
> available on google, no help.
>
>
> Attached is the screenshot of the present view. Also all of my backups are
> failed so I cannot restore to previous instance as well.
>
>
> Prompt help is really appreciated.
>
>
> 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/2c5050db-4b4d-42a3-a39b-110cbecedde0%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/CANWgJS4gts%3DNsxzF_Aes-z5m5teA3GVZB%3DAo-u2u7ZgG%2Bi1NHw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins view failed

[Baptiste Mathus]

Also do you see things in the logs?
Le 18 mai 2016 8:47 AM, Baptiste Mathus  a écrit :

Hi,
In your screenshot you actually cut out the interesting part (the stack
trace).
Cheers
Le 15 mai 2016 8:58 AM, "Jatin Rai"  a écrit :

Hi All,

I was making a change to pipeline view of jenkins and the jenkins failed.

In spite all jobs and views are there but we are not able to see anything.

Looks like View plugin has crashed. We have tried all possible solutions
available on google, no help.


Attached is the screenshot of the present view. Also all of my backups are
failed so I cannot restore to previous instance as well.


Prompt help is really appreciated.


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/2c5050db-4b4d-42a3-a39b-110cbecedde0%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/CANWgJS4TURma79pD3Guus3Xi844P9vtXQGUR-Py6bWHvkEKH%3DA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.