date:20160916

Yes, it is running Mac git 1.9.5, with Git LFS installed.




--
View this message in context: 
http://jenkins-ci.361315.n4.nabble.com/Mac-Jenkins-Can-t-Clone-fetch-from-GitHub-tp4842626p4842703.html
Sent from the Jenkins users mailing list archive at Nabble.com.

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

Re: Mac Jenkins Can't Clone/fetch from GitHub

No, there is no requirement for an id or a description.  If you're using a
username and password, then (as far as I can tell) you should be ok.

Is the version of command line git running on your MacOS machine at least
1.7.10?

Mark Waite

On Fri, Sep 16, 2016 at 9:33 PM Hung  wrote:

> I have the first, username and password.  I didn't do an id or description,
> is that bad?
> I will try to add another one to see if maybe I type something wrong.
>
> I though everything was good because when I had wrong data I get a big red
> warning that it couldn't authenticate.
>
> This is unfortunate as I was hoping I did something wrong.  I guess I have
> to try and install older version.
>
>
>
> --
> View this message in context:
> http://jenkins-ci.361315.n4.nabble.com/Mac-Jenkins-Can-t-Clone-fetch-from-GitHub-tp4842626p4842700.html
> Sent from the Jenkins users mailing list archive at Nabble.com.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/1474086530838-4842700.post%40n4.nabble.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/CAO49JtF8Nf7C%2BivHWoLue7OdsGj03fCNpUd2ectAcyhnS1yBew%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Mac Jenkins Can't Clone/fetch from GitHub

I have the first, username and password.  I didn't do an id or description,
is that bad?
I will try to add another one to see if maybe I type something wrong.  

I though everything was good because when I had wrong data I get a big red
warning that it couldn't authenticate.

This is unfortunate as I was hoping I did something wrong.  I guess I have
to try and install older version.



--
View this message in context: 
http://jenkins-ci.361315.n4.nabble.com/Mac-Jenkins-Can-t-Clone-fetch-from-GitHub-tp4842626p4842700.html
Sent from the Jenkins users mailing list archive at Nabble.com.

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

Re: Mac Jenkins Can't Clone/fetch from GitHub

You need a credential that looks like this ->

[image: github-username-password.png]

You don't want a credential that looks like this ->
[image: github-rsa-private-key.png]

Mark Waite

On Fri, Sep 16, 2016 at 8:33 PM Hung  wrote:

> Thanks, I will try to see if I can this to work a little more before trying
> to install older version of git.  I didn't any setting for me to choose
> https or ssh.  I just added the credentials in the SCM location when i
> added
> my repo.  I chose username and password and provided both.  Here is image
> of
> the credential in the Jenkins Credential Tab.
>
> <
> http://jenkins-ci.361315.n4.nabble.com/file/n4842697/Screen_Shot_2016-09-16_at_8.png
> >
>
> If there is a location in the Jenkins to say use https or ssh, please let
> me
> know.
>
>
>
> --
> View this message in context:
> http://jenkins-ci.361315.n4.nabble.com/Mac-Jenkins-Can-t-Clone-fetch-from-GitHub-tp4842626p4842697.html
> Sent from the Jenkins users mailing list archive at Nabble.com.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/1474082919062-4842697.post%40n4.nabble.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/CAO49JtHsW4L72dfreaMwTohfpnyNowga6DHdXisRChsFW7bcCA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Mac Jenkins Can't Clone/fetch from GitHub

Thanks, I will try to see if I can this to work a little more before trying
to install older version of git.  I didn't any setting for me to choose
https or ssh.  I just added the credentials in the SCM location when i added
my repo.  I chose username and password and provided both.  Here is image of
the credential in the Jenkins Credential Tab.


 

If there is a location in the Jenkins to say use https or ssh, please let me
know.



--
View this message in context: 
http://jenkins-ci.361315.n4.nabble.com/Mac-Jenkins-Can-t-Clone-fetch-from-GitHub-tp4842626p4842697.html
Sent from the Jenkins users mailing list archive at Nabble.com.

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

Re: Mac Jenkins Can't Clone/fetch from GitHub

The git plugin switched from using .gitcredentials to using GIT_ASKPASS
with the git plugin 3.0 release (and the git client plugin 2.0 release).
That change was needed so that we could support authenticated submodules.

If you're willing to explore, you could download the older plugin versions (git
plugin 2.6.0
 and git
client plugin 1.21.0
)
and use the advanced tab in the plugin manager to install them.

The timeout in the plugin might be because command line git is waiting for
ssh to satisfy the prompt.  However, since you're using https, it should
not be invoking the ssh authentication.  Are you absolutely certain that
you created a username and password credential rather than an ssh private
key based credential?

Mark Waite

On Fri, Sep 16, 2016 at 7:48 PM Hung  wrote:

> Hi Mark,
>
> Thank for for your reply and help.  I tried the public repo and I was able
> to download just find.  So it does look like it is the credentials.  My
> environment block ssh incoming and out going so I can't use ssh as a way to
> access the private repo.
>
> I am currently using username and password in the configuration.  That
> seems
> to not be working here.  Any clues?  Is there a pluggin I am not using
> correctly?  I have a Centos machine that was previously setup on a Jenkin
> that works have these differences.
>
> I am seeing this in the console output, "using GIT_ASKPASS to set
> credentials", while the Centos one we have this, "using .gitcredentials to
> set credentials"
>
> I was searching the net and saw documentation on GIT_ASKPASS require input
> from users, could it be timing out because it is not passing the data to
> the
> GIT_ASKPASS?
>
> How can I setup my Jenkins to use .gitcredentials instead of GIT_ASKPASS?
>
> Thanks again for any help.
>
>
>
> --
> View this message in context:
> http://jenkins-ci.361315.n4.nabble.com/Mac-Jenkins-Can-t-Clone-fetch-from-GitHub-tp4842626p4842693.html
> Sent from the Jenkins users mailing list archive at Nabble.com.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/1474080231887-4842693.post%40n4.nabble.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/CAO49JtGimQQiF67sVPO-msKRCcsbmtxkF1D1xd8sUnUd6K7GCA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Mac Jenkins Can't Clone/fetch from GitHub

Hi Mark, 

Thank for for your reply and help.  I tried the public repo and I was able
to download just find.  So it does look like it is the credentials.  My
environment block ssh incoming and out going so I can't use ssh as a way to
access the private repo.

I am currently using username and password in the configuration.  That seems
to not be working here.  Any clues?  Is there a pluggin I am not using
correctly?  I have a Centos machine that was previously setup on a Jenkin
that works have these differences.

I am seeing this in the console output, "using GIT_ASKPASS to set
credentials", while the Centos one we have this, "using .gitcredentials to
set credentials"

I was searching the net and saw documentation on GIT_ASKPASS require input
from users, could it be timing out because it is not passing the data to the
GIT_ASKPASS?

How can I setup my Jenkins to use .gitcredentials instead of GIT_ASKPASS?

Thanks again for any help.



--
View this message in context: 
http://jenkins-ci.361315.n4.nabble.com/Mac-Jenkins-Can-t-Clone-fetch-from-GitHub-tp4842626p4842693.html
Sent from the Jenkins users mailing list archive at Nabble.com.

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

Re: http://my_jenkins_server/cli returns 404?

2016-09-16 Thread Daniel Beck

Make sure you don't have an init.groovy[.d] in JENKINS_HOME that disables the 
CLI; we recommended doing that last November as workaround for a 0-day 
vulnerability.

> On 16.09.2016, at 11:50, Bob Hansen  wrote:
> 
> Been trying use the jenkins cli to programmatically set builds to unstable 
> from failed based on conditions that I will find in various log files related 
> to the project I'm working on.
> 
> One of the recommendations is to use the jenkkns_cli to set it via the 
> jenkins_cli, however if I do this:
> 
>  java -jar jenkins-cli.jar -noCertificateCheck  https://my_jenkins_server help
> 
> What gets returned is a FileNotFoundException:
> 
>  Suppressed: java.io.FileNotFoundException: 
> https://zvm-os-jenkins.pokprv.stglabs.ibm.com/cli/
> at 
> sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1626)
> at 
> sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
> at 
> hudson.cli.FullDuplexHttpStream.(FullDuplexHttpStream.java:78)
> at hudson.cli.CLI.connectViaHttp(CLI.java:158)
> at hudson.cli.CLI.(CLI.java:132)
> 
> If I use manage jenkins from the jenkins dashboard and click jenkins cli, I 
> get a simliar thing;
> 
> HTTP ERROR 404 Problem accessing /cli/. Reason: Not Found
> 
> What am I missing? I have this issue with two jenkins servers. Is there 
> something I need to install/enable that I'm missing? Searches find nothing.
> 
> Server 1: Ubuntu 14.04,3 Jenkins version 1.642.1
> Server 2: Ubuntu: 14.04.5 Jenkins Version: 1.651.2
> 
> Bob Hansen
> 
> -- 
> 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/42cfa22e-7971-45d8-9976-2202bc6f5a38%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/B4D7BF66-A861-4DF4-A09C-CAF0664B60B9%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.

Re: Pipeline external global library in SVN - errors






These discrepencies nudged me toward the solution. Until my latest attempt, 
I only observed the checkout in that shared location (1). There was no 
checked out library code in the build directories (2). But I now have a 
clean test build and build library subdirectories as you detailed, in 
addition to the shared location. The difference in configuration is the *Local 
module directory* value above, where the dot strips the parent project 
directory.

The method source in the plugin's Github repo makes much more sense now.

I wonder if my previous attempts are edge cases that warrant a JIRA. The 
shared library resolver should not, it seems, get confused if the 
project/module directory is retained on checkout. At the least the README.md 

 
could contain some more guidance on configuration in this case.

Thanks again!

On Friday, September 16, 2016 at 5:19:54 PM UTC-7, Michael Lasevich wrote:
>
> You are probably farther along than me as I have not even looked at the 
> code, but what I am observing on my end is this:
>
> There is a some sort of a shared location, in my case "workspace@libs/" 
> directory, which seems to house the repo (note that name of the library is 
> not there), and then inside individual builds there is a lib// 
> directory which contains the snapshot in time of the library that is 
> actually used for this build. I am using git, so there is a git repo in the 
> first place, but only the files in the build - but I suspect there is a 
> similar thing for svn
>
> A few things that I see here that are different in your case:
>
> 1 - Your workspace is not named "workspace@libs" but is instead named 
> "x-pipeline-1@libs" - not sure if this is a per-build directory, or a 
> shared repo dir
> 2 - If #1 is your shared directory,  you have an extra subdirectory in 
> there.
>
> Try searching for "cmd.groovy" under your job directory and see where all 
> the copies are. See where there is a .svn dir vs where there is just a copy 
> and make sure that it is in the right place.
>
> -M
>
>
> On Friday, September 16, 2016 at 5:03:13 PM UTC-7, Brian Ray wrote:
>>
>> All good tips. I've been blowing away the local copy between attempts and 
>> currently have this structure (note: I changed the configured libname from 
>> *helpers 
>> *to *pipelineGlobalHelpers *in the latest attempt, and this is checking 
>> out on my local troubleshooter master right now--this is even before the 
>> first *stage *or *node *blocks):
>>
>> c:\Jenkins\workspace\Dev-Snippets\x-pipeline-1@libs\pipelineGlobalHelpers
>> >dir
>>  Volume in drive C has no label.
>>  Volume Serial Number is 4456-EE0F
>>
>>  Directory of c:\Jenkins\workspace\Dev-Snippets\x-pipeline-1@libs\
>> pipelineGlobalHelpers
>>
>> 2016-09-16  16:18  .
>> 2016-09-16  16:18  ..
>> 2016-09-16  16:18  resources
>> 2016-09-16  16:18  src
>> 2016-09-16  16:18  vars
>>0 File(s)  0 bytes
>>5 Dir(s)  249,994,575,872 bytes free
>>
>>
>> This 
>> 
>>  
>> is likely the method that's complaining; see the *throw *at the end.
>>
>> The thing that I am puzzling at is the construction of the directory path:
>>
>> FilePath libDir = new FilePath(execution.getOwner().getRootDir()).child(
>> "libs/" + name);
>>
>> That to me suggests it yields 
>> c:/Jenkins/workspace/Dev-Snippets/x-pipeline-1/libs/pipelineGlobalHelpers, 
>> instead of .../x-pipeline-1@libs/pipelineGlobalHelpers, but maybe I am 
>> misunderstanding *FilePath#child* or *#getRootDir*.
>>
>> There are still a few more experiments to try.
>>
>>
>> On Friday, September 16, 2016 at 4:28:05 PM UTC-7, Michael Lasevich wrote:
>>>
>>> Implicit load was to work around issues with '@Library' syntax, but I 
>>> doubt that is your issue here.
>>>
>>> I would check that your SVN URL is pointing to directory that has "vars" 
>>> in it and double-check that it is checking out the right dir. Look for 
>>> "vars" dir in  /workspace@libs/ dir in yours job and/or 
>>> "/builds/##/libs/helpers/" inside your specific build)
>>>
>>> I would also maybe wipe the local cache of the svn repo and force a full 
>>> checkout again.
>>>
>>> -M
>>>
>>> On Friday, September 16, 2016 at 4:12:43 PM UTC-7, Brian Ray wrote:


 

 You beat me to the post. The hyphen in the lib name *is* causing the 
 failure to interpolate, much the same as it would in

Re: Pipeline external global library in SVN - errors

2016-09-16 Thread Michael Lasevich

You are probably farther along than me as I have not even looked at the 
code, but what I am observing on my end is this:

There is a some sort of a shared location, in my case "workspace@libs/" 
directory, which seems to house the repo (note that name of the library is 
not there), and then inside individual builds there is a lib// 
directory which contains the snapshot in time of the library that is 
actually used for this build. I am using git, so there is a git repo in the 
first place, but only the files in the build - but I suspect there is a 
similar thing for svn

A few things that I see here that are different in your case:

1 - Your workspace is not named "workspace@libs" but is instead named 
"x-pipeline-1@libs" - not sure if this is a per-build directory, or a 
shared repo dir
2 - If #1 is your shared directory,  you have an extra subdirectory in 
there.

Try searching for "cmd.groovy" under your job directory and see where all 
the copies are. See where there is a .svn dir vs where there is just a copy 
and make sure that it is in the right place.

-M


On Friday, September 16, 2016 at 5:03:13 PM UTC-7, Brian Ray wrote:
>
> All good tips. I've been blowing away the local copy between attempts and 
> currently have this structure (note: I changed the configured libname from 
> *helpers 
> *to *pipelineGlobalHelpers *in the latest attempt, and this is checking 
> out on my local troubleshooter master right now--this is even before the 
> first *stage *or *node *blocks):
>
> c:\Jenkins\workspace\Dev-Snippets\x-pipeline-1@libs\pipelineGlobalHelpers>
> dir
>  Volume in drive C has no label.
>  Volume Serial Number is 4456-EE0F
>
>  Directory of c:\Jenkins\workspace\Dev-Snippets\x-pipeline-1@libs\
> pipelineGlobalHelpers
>
> 2016-09-16  16:18  .
> 2016-09-16  16:18  ..
> 2016-09-16  16:18  resources
> 2016-09-16  16:18  src
> 2016-09-16  16:18  vars
>0 File(s)  0 bytes
>5 Dir(s)  249,994,575,872 bytes free
>
>
> This 
> 
>  
> is likely the method that's complaining; see the *throw *at the end.
>
> The thing that I am puzzling at is the construction of the directory path:
>
> FilePath libDir = new FilePath(execution.getOwner().getRootDir()).child(
> "libs/" + name);
>
> That to me suggests it yields 
> c:/Jenkins/workspace/Dev-Snippets/x-pipeline-1/libs/pipelineGlobalHelpers, 
> instead of .../x-pipeline-1@libs/pipelineGlobalHelpers, but maybe I am 
> misunderstanding *FilePath#child* or *#getRootDir*.
>
> There are still a few more experiments to try.
>
>
> On Friday, September 16, 2016 at 4:28:05 PM UTC-7, Michael Lasevich wrote:
>>
>> Implicit load was to work around issues with '@Library' syntax, but I 
>> doubt that is your issue here.
>>
>> I would check that your SVN URL is pointing to directory that has "vars" 
>> in it and double-check that it is checking out the right dir. Look for 
>> "vars" dir in  /workspace@libs/ dir in yours job and/or 
>> "/builds/##/libs/helpers/" inside your specific build)
>>
>> I would also maybe wipe the local cache of the svn repo and force a full 
>> checkout again.
>>
>> -M
>>
>> On Friday, September 16, 2016 at 4:12:43 PM UTC-7, Brian Ray wrote:
>>>
>>>
>>> 
>>>
>>> You beat me to the post. The hyphen in the lib name *is* causing the 
>>> failure to interpolate, much the same as it would in Groovy GString 
>>> interpolation. (Though I think the mechanism here is different, since 
>>> plugins are written in Java ... )
>>>
>>> The above lib config fixed the interpolation problem. But the vars/ and 
>>> src/ subdirectory discovery issue pops up again.
>>>
>>> Started by user Brian Ray 
>>> Loading library helpers@trunk
>>> Updating 
>>> https://XX/svn/releng/trunk/retools/pipeline-global-libs/pipeline-global-helpers
>>>  
>>> 
>>>  at revision '2016-09-16T15:50:21.511 -0700'
>>> At revision 85052
>>>
>>> No changes for 
>>> https://XX/svn/releng/trunk/retools/pipeline-global-libs/pipeline-global-helpers
>>>  
>>> 
>>>  since the previous build
>>> ERROR: Library helpers expected to contain at least one of src or vars 
>>> directoriesorg.codehaus.groovy.control.MultipleCompilationErrorsException 
>>> :
>>>  startup

Re: Mac Jenkins Can't Clone/fetch from GitHub

That looks like the problem may be that you didn't assign credentials to
the job or that you assigned ssh credentials to a repository that uses
https, and you're trying to clone a private repository.

However, you may want to try a series of small experiments to see which
area has the problem.  Some of the experiments you might try include:

- Create a Jenkins job which clones a publicly accessible sample project
over https (like https://github.com/skeeto/sample-java-project.git ),
confirm it works
- Create a Jenkins job which clones your private repo over ssh (like
g...@github.com:yourname/yourrepo.git
) using ssh private key credentials
added using the "Add" button
- Add a username / password credential to the job trying to clone your
repository (the output hints you may have tried using a public key, but
public keys only work with ssh access, not with https access)

Mark Waite

On Fri, Sep 16, 2016 at 3:41 PM Hung  wrote:

> HI,  I am new to setting up Jenkins.  I am trying to setup a Jenkins server
> on a Mac Mini.  I am having trouble with the Jenkins setup because I made a
> simple project that is to sync to a github repo and then run a script.
> Unfortunately I can't get this simple project to run correctly.  I keep
> getting a timeout error.  Here is a Console output.
>
>  15:16:57 Building in workspace
> /Users/Shared/Jenkins/Home/workspace/MacWitchesServers
> 15:16:57  > /usr/bin/git rev-parse --is-inside-work-tree # timeout=10
> 15:16:57 Fetching changes from the remote Git repository
> 15:16:57  > /usr/bin/git config remote.origin.url
> https://github.com/MyAccount/sample # timeout=10
> 15:16:57 Fetching upstream changes from
> https://github.com/MyAccount/sample
> 15:16:57  > /usr/bin/git --version # timeout=10
> 15:16:57 using GIT_ASKPASS to set credentials
> 15:16:57  > /usr/bin/git fetch --tags --progress
> https://github.com/MyAccount/sample +refs/heads/*:refs/remotes/origin/*
> 15:26:57 ERROR: Timeout after 10 minutes
> 15:26:57 ERROR: Error fetching remote repo 'origin'
> 15:26:57 hudson.plugins.git.GitException: Failed to fetch from
> https://github.com/MyAccount/sample
> 15:26:57at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:797)
> 15:26:57at
> hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1051)
> 15:26:57at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1082)
> 15:26:57at hudson.scm.SCM.checkout(SCM.java:495)
> 15:26:57at
> hudson.model.AbstractProject.checkout(AbstractProject.java:1269)
> 15:26:57at
>
> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:604)
> 15:26:57at
> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
> 15:26:57at
>
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
> 15:26:57at hudson.model.Run.execute(Run.java:1741)
> 15:26:57at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
> 15:26:57at
> hudson.model.ResourceController.execute(ResourceController.java:98)
> 15:26:57at hudson.model.Executor.run(Executor.java:410)
> 15:26:57 Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git
> fetch --tags --progress https://github.com/MyAccount/sample
> +refs/heads/*:refs/remotes/origin/*" returned status code 143:
> 15:26:57 stdout:
> 15:26:57 stderr:
> 15:26:57at
>
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1752)
> 15:26:57at
>
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1495)
> 15:26:57at
>
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:64)
> 15:26:57at
>
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:315)
> 15:26:57at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:795)
> 15:26:57... 11 more
> 15:26:57 ERROR: null
>
> I su jenkins and did a manual git fetch and there was no issue.  Do anyone
> know where I am going wrong.  I did a normal installation of jenkins and
> selected plugin related to github.
>
> I am running Jenkins ver. 2.7.4
>
> Thank you for any help, and I stuck at this point.
>
>
>
> --
> View this message in context:
> http://jenkins-ci.361315.n4.nabble.com/Mac-Jenkins-Can-t-Clone-fetch-from-GitHub-tp4842626.html
> Sent from the Jenkins users mailing list archive at Nabble.com.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/1474065395598-4842626.post%40n4.nabble.com
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the

Re: Pipeline external global library in SVN - errors

All good tips. I've been blowing away the local copy between attempts and 
currently have this structure (note: I changed the configured libname from 
*helpers 
*to *pipelineGlobalHelpers *in the latest attempt, and this is checking out 
on my local troubleshooter master right now--this is even before the first 
*stage 
*or *node *blocks):

c:\Jenkins\workspace\Dev-Snippets\x-pipeline-1@libs\pipelineGlobalHelpers>
dir
 Volume in drive C has no label.
 Volume Serial Number is 4456-EE0F

 Directory of c:\Jenkins\workspace\Dev-Snippets\x-pipeline-1@libs\
pipelineGlobalHelpers

2016-09-16  16:18  .
2016-09-16  16:18  ..
2016-09-16  16:18  resources
2016-09-16  16:18  src
2016-09-16  16:18  vars
   0 File(s)  0 bytes
   5 Dir(s)  249,994,575,872 bytes free


This 

 
is likely the method that's complaining; see the *throw *at the end.

The thing that I am puzzling at is the construction of the directory path:

FilePath libDir = new FilePath(execution.getOwner().getRootDir()).child(
"libs/" + name);

That to me suggests it yields 
c:/Jenkins/workspace/Dev-Snippets/x-pipeline-1/libs/pipelineGlobalHelpers, 
instead of .../x-pipeline-1@libs/pipelineGlobalHelpers, but maybe I am 
misunderstanding *FilePath#child* or *#getRootDir*.

There are still a few more experiments to try.


On Friday, September 16, 2016 at 4:28:05 PM UTC-7, Michael Lasevich wrote:
>
> Implicit load was to work around issues with '@Library' syntax, but I 
> doubt that is your issue here.
>
> I would check that your SVN URL is pointing to directory that has "vars" 
> in it and double-check that it is checking out the right dir. Look for 
> "vars" dir in  /workspace@libs/ dir in yours job and/or 
> "/builds/##/libs/helpers/" inside your specific build)
>
> I would also maybe wipe the local cache of the svn repo and force a full 
> checkout again.
>
> -M
>
> On Friday, September 16, 2016 at 4:12:43 PM UTC-7, Brian Ray wrote:
>>
>>
>> 
>>
>> You beat me to the post. The hyphen in the lib name *is* causing the 
>> failure to interpolate, much the same as it would in Groovy GString 
>> interpolation. (Though I think the mechanism here is different, since 
>> plugins are written in Java ... )
>>
>> The above lib config fixed the interpolation problem. But the vars/ and 
>> src/ subdirectory discovery issue pops up again.
>>
>> Started by user Brian Ray 
>> Loading library helpers@trunk
>> Updating 
>> https://XX/svn/releng/trunk/retools/pipeline-global-libs/pipeline-global-helpers
>>  
>> 
>>  at revision '2016-09-16T15:50:21.511 -0700'
>> At revision 85052
>>
>> No changes for 
>> https://XX/svn/releng/trunk/retools/pipeline-global-libs/pipeline-global-helpers
>>  
>> 
>>  since the previous build
>> ERROR: Library helpers expected to contain at least one of src or vars 
>> directoriesorg.codehaus.groovy.control.MultipleCompilationErrorsException 
>> :
>>  startup failed:
>> WorkflowScript: Loading libraries failed
>>
>> 1 error
>>
>>  at 
>> org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:310)
>>  [...]
>>
>>
>>
>> I bet there is something finicky about the root directory of the SVN 
>> working copy. But I will give *Load implicitly* a shot too.
>>
>> Thanks
>>
>> On Friday, September 16, 2016 at 3:31:07 PM UTC-7, Michael Lasevich wrote:
>>>
>>> Is it possible that this is some odd issue with '-' symbols in the 
>>> library name? I would try a simpler name. Also try to implicit load to 
>>> simplify the load...
>>>
>>> -M
>>>
>>> On Friday, September 16, 2016 at 1:16:05 PM UTC-7, Brian Ray wrote:

 Evidently I cannot drive this post widget very well. The screenshots 
 are best clicked in reverse order, with the last two corresponding to the 
 *First 
 Try*, the middle two to *Second Try*, and the first two to *First Try.*

>
>

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

Re: Pipeline external global library in SVN - errors

2016-09-16 Thread Michael Lasevich

Implicit load was to work around issues with '@Library' syntax, but I doubt 
that is your issue here.

I would check that your SVN URL is pointing to directory that has "vars" in 
it and double-check that it is checking out the right dir. Look for "vars" 
dir in  /workspace@libs/ dir in yours job and/or 
"/builds/##/libs/helpers/" inside your specific build)

I would also maybe wipe the local cache of the svn repo and force a full 
checkout again.

-M

On Friday, September 16, 2016 at 4:12:43 PM UTC-7, Brian Ray wrote:
>
>
> 
>
> You beat me to the post. The hyphen in the lib name *is* causing the 
> failure to interpolate, much the same as it would in Groovy GString 
> interpolation. (Though I think the mechanism here is different, since 
> plugins are written in Java ... )
>
> The above lib config fixed the interpolation problem. But the vars/ and 
> src/ subdirectory discovery issue pops up again.
>
> Started by user Brian Ray 
> Loading library helpers@trunk
> Updating 
> https://XX/svn/releng/trunk/retools/pipeline-global-libs/pipeline-global-helpers
>  
> 
>  at revision '2016-09-16T15:50:21.511 -0700'
> At revision 85052
>
> No changes for 
> https://XX/svn/releng/trunk/retools/pipeline-global-libs/pipeline-global-helpers
>  
> 
>  since the previous build
> ERROR: Library helpers expected to contain at least one of src or vars 
> directoriesorg.codehaus.groovy.control.MultipleCompilationErrorsException 
> :
>  startup failed:
> WorkflowScript: Loading libraries failed
>
> 1 error
>
>   at 
> org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:310)
>  [...]
>
>
>
> I bet there is something finicky about the root directory of the SVN 
> working copy. But I will give *Load implicitly* a shot too.
>
> Thanks
>
> On Friday, September 16, 2016 at 3:31:07 PM UTC-7, Michael Lasevich wrote:
>>
>> Is it possible that this is some odd issue with '-' symbols in the 
>> library name? I would try a simpler name. Also try to implicit load to 
>> simplify the load...
>>
>> -M
>>
>> On Friday, September 16, 2016 at 1:16:05 PM UTC-7, Brian Ray wrote:
>>>
>>> Evidently I cannot drive this post widget very well. The screenshots are 
>>> best clicked in reverse order, with the last two corresponding to the 
>>> *First 
>>> Try*, the middle two to *Second Try*, and the first two to *First Try.*
>>>



-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/5b85187a-21f1-42c0-91d1-6339beed9560%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Pipeline external global library in SVN - errors





You beat me to the post. The hyphen in the lib name *is* causing the 
failure to interpolate, much the same as it would in Groovy GString 
interpolation. (Though I think the mechanism here is different, since 
plugins are written in Java ... )

The above lib config fixed the interpolation problem. But the vars/ and 
src/ subdirectory discovery issue pops up again.

Started by user Brian Ray 
Loading library helpers@trunk
Updating 
https://XX/svn/releng/trunk/retools/pipeline-global-libs/pipeline-global-helpers
 

 at revision '2016-09-16T15:50:21.511 -0700'
At revision 85052

No changes for 
https://XX/svn/releng/trunk/retools/pipeline-global-libs/pipeline-global-helpers
 

 since the previous build
ERROR: Library helpers expected to contain at least one of src or vars 
directoriesorg.codehaus.groovy.control.MultipleCompilationErrorsException 
:
 startup failed:
WorkflowScript: Loading libraries failed

1 error

at 
org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:310)
 [...]



I bet there is something finicky about the root directory of the SVN 
working copy. But I will give *Load implicitly* a shot too.

Thanks

On Friday, September 16, 2016 at 3:31:07 PM UTC-7, Michael Lasevich wrote:
>
> Is it possible that this is some odd issue with '-' symbols in the library 
> name? I would try a simpler name. Also try to implicit load to simplify the 
> load...
>
> -M
>
> On Friday, September 16, 2016 at 1:16:05 PM UTC-7, Brian Ray wrote:
>>
>> Evidently I cannot drive this post widget very well. The screenshots are 
>> best clicked in reverse order, with the last two corresponding to the *First 
>> Try*, the middle two to *Second Try*, and the first two to *First Try.*
>>
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/3e6763ba-57dc-4b6b-ae32-77f24de667ea%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Mac Jenkins Can't Clone/fetch from GitHub

HI,  I am new to setting up Jenkins.  I am trying to setup a Jenkins server
on a Mac Mini.  I am having trouble with the Jenkins setup because I made a
simple project that is to sync to a github repo and then run a script. 
Unfortunately I can't get this simple project to run correctly.  I keep
getting a timeout error.  Here is a Console output.

 15:16:57 Building in workspace
/Users/Shared/Jenkins/Home/workspace/MacWitchesServers
15:16:57  > /usr/bin/git rev-parse --is-inside-work-tree # timeout=10
15:16:57 Fetching changes from the remote Git repository
15:16:57  > /usr/bin/git config remote.origin.url
https://github.com/MyAccount/sample # timeout=10
15:16:57 Fetching upstream changes from https://github.com/MyAccount/sample
15:16:57  > /usr/bin/git --version # timeout=10
15:16:57 using GIT_ASKPASS to set credentials 
15:16:57  > /usr/bin/git fetch --tags --progress
https://github.com/MyAccount/sample +refs/heads/*:refs/remotes/origin/*
15:26:57 ERROR: Timeout after 10 minutes
15:26:57 ERROR: Error fetching remote repo 'origin'
15:26:57 hudson.plugins.git.GitException: Failed to fetch from
https://github.com/MyAccount/sample
15:26:57at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:797)
15:26:57at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1051)
15:26:57at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1082)
15:26:57at hudson.scm.SCM.checkout(SCM.java:495)
15:26:57at
hudson.model.AbstractProject.checkout(AbstractProject.java:1269)
15:26:57at
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:604)
15:26:57at
jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
15:26:57at
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
15:26:57at hudson.model.Run.execute(Run.java:1741)
15:26:57at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
15:26:57at
hudson.model.ResourceController.execute(ResourceController.java:98)
15:26:57at hudson.model.Executor.run(Executor.java:410)
15:26:57 Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git
fetch --tags --progress https://github.com/MyAccount/sample
+refs/heads/*:refs/remotes/origin/*" returned status code 143:
15:26:57 stdout: 
15:26:57 stderr: 
15:26:57at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1752)
15:26:57at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1495)
15:26:57at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:64)
15:26:57at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:315)
15:26:57at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:795)
15:26:57... 11 more
15:26:57 ERROR: null

I su jenkins and did a manual git fetch and there was no issue.  Do anyone
know where I am going wrong.  I did a normal installation of jenkins and
selected plugin related to github.

I am running Jenkins ver. 2.7.4

Thank you for any help, and I stuck at this point.



--
View this message in context: 
http://jenkins-ci.361315.n4.nabble.com/Mac-Jenkins-Can-t-Clone-fetch-from-GitHub-tp4842626.html
Sent from the Jenkins users mailing list archive at Nabble.com.

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

Re: Pipeline external global library in SVN - errors

2016-09-16 Thread Michael Lasevich

Is it possible that this is some odd issue with '-' symbols in the library 
name? I would try a simpler name. Also try to implicit load to simplify the 
load...

-M

On Friday, September 16, 2016 at 1:16:05 PM UTC-7, Brian Ray wrote:
>
> Evidently I cannot drive this post widget very well. The screenshots are 
> best clicked in reverse order, with the last two corresponding to the *First 
> Try*, the middle two to *Second Try*, and the first two to *First Try.*
>
>>
>>

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

SOLVED Re: Xcode plugin ... FATAL unknown error on unit tests.

2016-09-16 Thread Kaolin Fire

"FATAL: ip-REDACTED: ip-REDACTED: unknown error" was the culprit for the 
tests not parsing. I added the hostname ip-REDACTED to /etc/hosts and 
everything worked.

On Wednesday, September 14, 2016 at 3:17:05 PM UTC-7, Kaolin Fire wrote:
>
> I'm stumbling blindly on where exactly to debug a failure with my setup of
> jenkins/xcode-plugin and my project  
>
>
> *20:44:21* ** TEST FAILED ***20:44:21* *20:44:22* 13:44:10.210 
> xctest[95011:6101986] _XCT_testBundleReadyWithProtocolVersion:minimumVersion: 
> reply received*20:44:22* 13:44:10.214 xctest[95011:6101986] 
> _IDE_startExecutingTestPlanWithProtocolVersion:16*20:44:22* Test Suite 'All 
> tests' started at 2016-09-14 13:44:10.261*20:44:22* FATAL: ip-REDACTED: 
> ip-REDACTED: unknown error
> *20:44:22* y;*20:44:22* FATAL: ip-REDACTED: ip-REDACTED: unknown error
> *20:44:22* eamErrorCodeKey=-1, NSErrorFailingURLKey= 
> https
>  
> ://REDACTED/api/1.1/image/4C3DCAC2-53DE-485A-875C-835725A88871/,
>  _kCFStreamErrorDomainKey=4, NSUnderlyingError=0x78e863c0 "The operation 
> couldn’t be completed. (kCFErrorDomainCFNetwork error -1017.)"}*20:44:22* 
> FATAL: ip-REDACTED: ip-REDACTED: unknown error
> *20:44:22* ;*20:44:22* FATAL: ip-REDACTED: ip-REDACTED: unknown error
>
> *20:44:22* Build step 'Xcode' marked build as failure
>
> *20:44:23* Recording test results*20:44:23* ERROR: Step ‘Publish JUnit test 
> result report’ failed: No test report files were found. Configuration 
> error?*20:44:23* Finished 
> : FAILURE
>
>
> help!? :)
>
>
> Jenkins 2.9, xcode-plugin 1.4.9
>
>

-- 
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/600eebe3-c8ca-4c6a-9f9c-aad3fbf06104%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Using the git command with credentials form a pipeline

2016-09-16 Thread 'Nathan Hüsken' via Jenkins Users

Hi,

I am trying to use git from a pipeline. For this I want to invoke git 
commands using "sh":

sh('git clone https://myserver/project.git')

Some things I want to do require authentication.

When I use the GitSCM plugin (checkout([$class: 'GitSCM', ...), it tells me 
it uses GIT_ASKPASS for credentials.

Can I do that too? How would I have to configure GIT_ASKPASS for this to 
work?

Thanks!
Nathan

-- 
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/2606c88b-7d66-49e6-9116-4c860230a4c4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Pipeline external global library in SVN - errors

Evidently I cannot drive this post widget very well. The screenshots are 
best clicked in reverse order, with the last two corresponding to the *First 
Try*, the middle two to *Second Try*, and the first two to *First Try.*

On Friday, September 16, 2016 at 1:13:34 PM UTC-7, Brian Ray wrote:
>
>
> 
>
>
> 
>
>
> 
>
>
> 
>
>
> 
>
>
> 
>
> Despite a quick runthrough from Jesse Glick at Jenkins World, I'm bumping 
> up against two different blockers trying to use an SVN repo as an external 
> global library repository with Pipeline.
>
> All plugins are up to date, and the master is running LTS 2.7.4 on Windows.
>
> In all attempts the script begins with
>
> @Library('pipeline-global-helpers') _
>
> or
>
> @Library('pipeline-global-helpers@trunk') _
>
> Neither variant made a difference.
>
> *First Try*
> This seems like the most logical configuration, with the version token in 
> the *Repository URL*.
>
> But on running the script, the token is interpreted as a literal and the 
> checkout fails:
>
>
> *Second Try*This configuration didn't make a lot of sense but I just 
> spelled out the *Repository URL* literally and put the token in the *Default 
> version* field:
>
> And strangely enough it sort of worked. It checked out the code, but then 
> could not find the subdirectories that are clearly present.
>
>
> *Third Try*Similar to the second try, I put the token in another 
> questionable field and got the same result as the second try.
>
> Can anybody see what I am doing wrong? I feel like I'm missing something 
> elementary, as Jesse Glick has tested this enhancement with an SVN repo.
>
> Thanks!
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/4452ab3e-8565-4f97-bad8-6a2d9d74ec1b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Pipeline external global library in SVN - errors

Despite a quick runthrough from Jesse Glick at Jenkins World, I'm bumping
up against two different blockers trying to use an SVN repo as an external
global library repository with Pipeline.

All plugins are up to date, and the master is running LTS 2.7.4 on Windows.

In all attempts the script begins with

@Library('pipeline-global-helpers') _

@Library('pipeline-global-helpers@trunk') _

Neither variant made a difference.

*First Try*
This seems like the most logical configuration, with the version token in
the *Repository URL*.

But on running the script, the token is interpreted as a literal and the
checkout fails:

*Second Try*This configuration didn't make a lot of sense but I just
spelled out the *Repository URL* literally and put the token in the *Default
version* field:

And strangely enough it sort of worked. It checked out the code, but then
could not find the subdirectories that are clearly present.

*Third Try*Similar to the second try, I put the token in another
questionable field and got the same result as the second try.

Can anybody see what I am doing wrong? I feel like I'm missing something
elementary, as Jesse Glick has tested this enhancement with an SVN repo.

Thanks!

--
You received this message because you are subscribed to the Google Groups
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/jenkinsci-users/6f51a568-caea-490a-9181-523914a757db%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

RE: How can I do aws s3 cp only if a folder does not exist, throw error otherwise as a part of my jenkins job?

2016-09-16 Thread Brad White

You could just try to ‘ls’ that path and then check the exit status of you 
command I think.


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of PJ
Sent: Friday, September 16, 2016 12:38 PM
To: Jenkins Users 
Subject: How can I do aws s3 cp only if a folder does not exist, throw error 
otherwise as a part of my jenkins job?

If there is a way to check if given a path/folder/file exists within S3 using 
the aws s3 CLI?
--
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/ac35e95f-0f58-45d3-b250-27cb02e36e89%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/BN6PR03MB253029BC622F179192FB64ECCFF30%40BN6PR03MB2530.namprd03.prod.outlook.com.
For more options, visit https://groups.google.com/d/optout.

How can I do aws s3 cp only if a folder does not exist, throw error otherwise as a part of my jenkins job?

2016-09-16 Thread PJ

If there is a way to check if given a path/folder/file exists within S3 
using the aws s3 CLI?

-- 
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/ac35e95f-0f58-45d3-b250-27cb02e36e89%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

How can I override the Git Branch specified in Jenkins Branch Specifiers?

2016-09-16 Thread PJ

My jenkins job tracks multiple branches and triggers builds if there are 
changes to any of those branches. For example I have multiple branch 
specifiers added to my job -

origin/release**

origin/develop

The job is working fine when there are merges to any of these branches.

In some cases I want to be able to specify/input a branch to pull the 
source and build from. I can add a build parameter for "BranchOverride" for 
user input but how can I accomplish that considering I have the branch 
specifiers already set?

Any ideas on implementing this?

-- 
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/3abb91af-318d-4a8d-b61e-1c607ad38872%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

http://my_jenkins_server/cli returns 404?

2016-09-16 Thread Bob Hansen

Been trying use the jenkins cli to programmatically set builds to unstable
from failed based on conditions that I will find in various log files
related to the project I'm working on.

One of the recommendations is to use the jenkkns_cli to set it via the
jenkins_cli, however if I do this:

java -jar jenkins-cli.jar -noCertificateCheck https://my_jenkins_server
help

What gets returned is a FileNotFoundException:

Suppressed: java.io.FileNotFoundException:
https://zvm-os-jenkins.pokprv.stglabs.ibm.com/cli/
at
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1626)
at
sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
at
hudson.cli.FullDuplexHttpStream.(FullDuplexHttpStream.java:78)
at hudson.cli.CLI.connectViaHttp(CLI.java:158)
at hudson.cli.CLI.(CLI.java:132)

If I use manage jenkins from the jenkins dashboard and click jenkins cli, I
get a simliar thing;

HTTP ERROR 404 Problem accessing /cli/. Reason: Not Found

What am I missing? I have this issue with two jenkins servers. Is there
something I need to install/enable that I'm missing? Searches find nothing.

Server 1: Ubuntu 14.04,3 Jenkins version 1.642.1
Server 2: Ubuntu: 14.04.5 Jenkins Version: 1.651.2

Bob Hansen

--
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/42cfa22e-7971-45d8-9976-2202bc6f5a38%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Make Pipeline build (or stage) NOT be durable?

2016-09-16 Thread Jason Swager

Pipelines are very nice for their durable steps; when you've got persistent 
slaves, it's rather nice to have a build pickup after an unexpected Jenkins 
shutdown.

But if you're using temporary slaves - like from the Docker plugin - those 
slaves often won't exist after the Jenkins restart.  Is there a way to mark 
a Pipeline job, or maybe just a stage running on a temporary node, as 
non-durable.  So that if Jenkins dies during that build/stage, it won't try 
to restart the pipeline?

Thanks,
Jason

-- 
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/33109c51-0531-4ce7-a03f-631c7f815586%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to dynamically change email list in Editable email plugin recipient list text box

2016-09-16 Thread Slide

No, environment variables are not carried over from a build step to
post-build steps without something like EnvInject.

On Fri, Sep 16, 2016 at 6:31 AM Zachary Wong 
wrote:

> Hi Slide
>
> We cant use EnvInject plugin.
> Any workaround outside of this plugin ?
>
> Thank you
>
> On Tue, Sep 13, 2016 at 5:05 PM, Slide  wrote:
>
>> See comments inline.
>>
>> On Tue, Sep 13, 2016 at 12:44 PM mpc8250  wrote:
>>
>>> Hi Slide,
>>> Sorry - had issue with posting.
>>>
>>> We have
>>>
>>> 1- In the job config page, a String parameter email_list declared with
>>> default value to an email address.
>>> 2 - Within the Execute shell build step,
>>> a- export email_list
>>>
>>
>> Variables are not kept from build step to post build. You would need to
>> use EnvInject or something similar.
>>
>>
>>> b- while loop to append new email addresses to existing string email_list
>>> c- echo $email_list to make sure comma separated emails are there.
>>> 3- Within editable email plugin - in recipient list text box, we have ${ENV,
>>> var="email_list"} for SUCCESS, FAIL, FIXED status email config
>>>
>>>
>> Job parameters generally would be used like ${email_list}, they aren't
>> environment variables.
>>
>>
>>
>>> Does it matter which Jenkins version (v.1.619) or Hudson version
>>> (v3.3.3) we use ?
>>>
>>> Thank you
>>>
>>>
>> I have no clue about Hudson. Jenkins and Hudson diverged significantly. I
>> only know the Jenkins email-ext plugin.
>>
>>
>>
>>>
>>> On Tuesday, September 13, 2016 at 2:40:16 PM UTC-5, mpc8250 wrote:

 Hi Slide

 Thanks for responding

 On Tuesday, September 13, 2016 at 1:56:28 PM UTC-5, slide wrote:
>
> This is how I do it in my setup. How did you format your email_list
> environment variable?
>
> On Tue, Sep 13, 2016 at 9:55 AM mpc8250  wrote:
>
>> Hi
>>
>> We have a need to dynamically use a set of email users to send the
>> build status with Jenkins Editable email plugin.
>> We tried with eg ${ENV, var="email_list"} and it didnt work; with
>> error something about com.sun.mail.smtp.SMTPAddressFailedException: 550,
>> even though when we know for sure the SMTP setting is setup right.
>> Email was working before we try this email variable test.
>>
>> Is there a workaround to getting what we like to achieve, ie to send
>> an email build status to folks of their checkin build results.
>>
>> Any help is appreciated.
>>
>> Thanks
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to jenkinsci-use...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/jenkinsci-users/5236c311-d95d-46b6-b26f-e5e76f600be8%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/b54a63c5-25fe-4539-8e03-96899c70ff95%40googlegroups.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "Jenkins Users" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/jenkinsci-users/VR0DNH5yEuM/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to
>> jenkinsci-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/jenkinsci-users/CAPiUgVc2umzBbGZ%3Dq6ni-er8d4_Ug6EY-hNYRULr_mL-%3DYH5ZQ%40mail.gmail.com
>> 
>> .
>
>
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
>

Re: Git Polling fails

Since that message comes from the server side, I think you may need to talk
with the people providing your git server.

You might create a job or two which retain their full history and only
perform polling and cloning with no build step.

Another step might be to create a separate script running outside Jenkins
which frequently polls and alerts you to any messages.  That would provide
more evidence the problem is on the server

Mark Waite

On Fri, Sep 16, 2016, 6:32 AM ok999  wrote:

> Yes, i am sure that i used the same command for duplicating. I can see the
>> commit just fine via: *git show #{SHA}*
>>
> Moreover, the job executes successfully when started manually. And it
> involves cloning the repo.
>
> On Tuesday, September 13, 2016 at 1:20:12 PM UTC-5, Mark Waite wrote:
>
>> Are you sure that you executed the same commands when trying to duplicate
>> the problem?  The message seems to be from your server and seems to say
>> that a specific sha1 cannot be found in the remote repository.
>>
>> Is there any server maintenance on your TFS server at the time you see
>> the issue?
>>
>> Mark Waite
>>
>> Mark Waite
>>
>> On Tue, Sep 13, 2016 at 10:39 AM ok999  wrote:
>>
> I have a very simple job that polls the Git SCM, and if any changes if
>>> kicks of a downstream job. For the last 1 week, the Git polling fails with
>>> the below error.
>>>
>>> *Git Polling Log*
>>> *Started on Sep 12, 2016 9:44:04 AM*
>>> *Polling SCM changes on Agent1*
>>> *Using strategy: Default*
>>> *[poll] Last Built Revision: Revision b95fc53f42ff764c390e22d1dfcc132f20
>>> (refs/remotes/my_repo/develop)*
>>> *> git rev-parse --is-inside-work-tree # timeout=10*
>>> *Fetching changes from the remote Git repositories*
>>> *> git config remote.my_repo.url
>>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo
>>>  #
>>> timeout=10*
>>> *Cleaning workspace*
>>> *> git rev-parse --verify HEAD # timeout=10*
>>> *Resetting working tree*
>>> *> git reset --hard # timeout=10*
>>> *> git clean -fdx # timeout=10*
>>> *Fetching upstream changes from
>>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo
>>> *
>>> *> git --version # timeout=10*
>>> *using .gitcredentials to set credentials*
>>> *> git config --local credential.username JenkinsUser # timeout=10*
>>> *> git config --local credential.helper store
>>> --file=\"C:\Users\JenkinsUser~1\AppData\Local\Temp\git4353270016803178193.credentials\"
>>> # timeout=10*
>>> *> git -c core.askpass=true fetch --no-tags --progress
>>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo
>>> 
>>> +refs/heads/*:refs/remotes/my_repo/**
>>> *> git config --local --remove-section credential # timeout=10*
>>> *FATAL: hudson.plugins.git.GitException: Failed to fetch from
>>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo
>>> *
>>> *hudson.util.IOException2: hudson.plugins.git.GitException: Failed to
>>> fetch from https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo
>>> *
>>> *at
>>> hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:529)*
>>> *at hudson.scm.SCM.compareRemoteRevisionWith(SCM.java:381)*
>>> *at hudson.scm.SCM.poll(SCM.java:398)*
>>> *at
>>> hudson.model.AbstractProject.pollWithWorkspace(AbstractProject.java:1475)*
>>> *at
>>> hudson.model.AbstractProject._poll(AbstractProject.java:1445)*
>>> *at hudson.model.AbstractProject.poll(AbstractProject.java:1356)*
>>> *at
>>> hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:526)*
>>> *at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:555)*
>>> *at
>>> hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119)*
>>> *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)*
>>> *Caused by: hudson.plugins.git.GitException: Failed to fetch from
>>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo
>>> *
>>> *at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766)*
>>> *at
>>> hudson.plugins.git.GitSCM.compareRemoteRevisionWithImpl(GitSCM.java:657)*
>>> *at
>>> hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:527)*
>>> *

Re: Git Polling fails

TESTING if my post is reaching the group or not. 

#Keep getting a msg saying messages have been deleted




On Tuesday, September 13, 2016 at 1:20:12 PM UTC-5, Mark Waite wrote:
>
> Are you sure that you executed the same commands when trying to duplicate 
> the problem?  The message seems to be from your server and seems to say 
> that a specific sha1 cannot be found in the remote repository.
>
> Is there any server maintenance on your TFS server at the time you see the 
> issue?
>
> Mark Waite
>
> Mark Waite
>
> On Tue, Sep 13, 2016 at 10:39 AM ok999  
> wrote:
>
>> I have a very simple job that polls the Git SCM, and if any changes if 
>> kicks of a downstream job. For the last 1 week, the Git polling fails with 
>> the below error. 
>>
>> *Git Polling Log*
>> *Started on Sep 12, 2016 9:44:04 AM*
>> *Polling SCM changes on Agent1*
>> *Using strategy: Default*
>> *[poll] Last Built Revision: Revision b95fc53f42ff764c390e22d1dfcc132f20 
>> (refs/remotes/my_repo/develop)*
>> *> git rev-parse --is-inside-work-tree # timeout=10*
>> *Fetching changes from the remote Git repositories*
>> *> git config remote.my_repo.url 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>  # 
>> timeout=10*
>> *Cleaning workspace*
>> *> git rev-parse --verify HEAD # timeout=10*
>> *Resetting working tree*
>> *> git reset --hard # timeout=10*
>> *> git clean -fdx # timeout=10*
>> *Fetching upstream changes from 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *> git --version # timeout=10*
>> *using .gitcredentials to set credentials*
>> *> git config --local credential.username JenkinsUser # timeout=10*
>> *> git config --local credential.helper store 
>> --file=\"C:\Users\JenkinsUser~1\AppData\Local\Temp\git4353270016803178193.credentials\"
>>  
>> # timeout=10*
>> *> git -c core.askpass=true fetch --no-tags --progress 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>  
>> +refs/heads/*:refs/remotes/my_repo/**
>> *> git config --local --remove-section credential # timeout=10*
>> *FATAL: hudson.plugins.git.GitException: Failed to fetch from 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *hudson.util.IOException2: hudson.plugins.git.GitException: Failed to 
>> fetch from https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *at 
>> hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:529)*
>> *at hudson.scm.SCM.compareRemoteRevisionWith(SCM.java:381)*
>> *at hudson.scm.SCM.poll(SCM.java:398)*
>> *at 
>> hudson.model.AbstractProject.pollWithWorkspace(AbstractProject.java:1475)*
>> *at hudson.model.AbstractProject._poll(AbstractProject.java:1445)*
>> *at hudson.model.AbstractProject.poll(AbstractProject.java:1356)*
>> *at 
>> hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:526)*
>> *at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:555)*
>> *at 
>> hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119)*
>> *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)*
>> *Caused by: hudson.plugins.git.GitException: Failed to fetch from 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766)*
>> *at 
>> hudson.plugins.git.GitSCM.compareRemoteRevisionWithImpl(GitSCM.java:657)*
>> *at 
>> hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:527)*
>> *... 13 more*
>> *Caused by: hudson.plugins.git.GitException: Command "git -c 
>> core.askpass=true fetch --no-tags --progress 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>  
>> +refs/heads/*:refs/remotes/my_repo/*" returned status code 1:*
>> *stdout: *
>> *stderr: remote: Microsoft (R) Visual Studio (R) Team Foundation Server[K*
>> *remote: *
>> *remote: Found 49 objects to send. (36 ms)[K*
>> *error: Could not read 6f4eb3c55fd98c719baf898a9352a1100fa32765*
>> *fatal: revision walk setup failed*
>> *error: https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>

Re: Git Polling fails

Yes, i am sure i ran the same command. I can also find the commit SHA 
using: *git show 6f4eb3c55fd98c719baf898a9352a1100fa32765*
What confusing is, when the git polling fails, i can manually kick start 
the job successfully. The job includes cloning the repo. 




On Tuesday, September 13, 2016 at 1:20:12 PM UTC-5, Mark Waite wrote:
>
> Are you sure that you executed the same commands when trying to duplicate 
> the problem?  The message seems to be from your server and seems to say 
> that a specific sha1 cannot be found in the remote repository.
>
> Is there any server maintenance on your TFS server at the time you see the 
> issue?
>
> Mark Waite
>
> Mark Waite
>
> On Tue, Sep 13, 2016 at 10:39 AM ok999  
> wrote:
>
>> I have a very simple job that polls the Git SCM, and if any changes if 
>> kicks of a downstream job. For the last 1 week, the Git polling fails with 
>> the below error. 
>>
>> *Git Polling Log*
>> *Started on Sep 12, 2016 9:44:04 AM*
>> *Polling SCM changes on Agent1*
>> *Using strategy: Default*
>> *[poll] Last Built Revision: Revision b95fc53f42ff764c390e22d1dfcc132f20 
>> (refs/remotes/my_repo/develop)*
>> *> git rev-parse --is-inside-work-tree # timeout=10*
>> *Fetching changes from the remote Git repositories*
>> *> git config remote.my_repo.url 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>  # 
>> timeout=10*
>> *Cleaning workspace*
>> *> git rev-parse --verify HEAD # timeout=10*
>> *Resetting working tree*
>> *> git reset --hard # timeout=10*
>> *> git clean -fdx # timeout=10*
>> *Fetching upstream changes from 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *> git --version # timeout=10*
>> *using .gitcredentials to set credentials*
>> *> git config --local credential.username JenkinsUser # timeout=10*
>> *> git config --local credential.helper store 
>> --file=\"C:\Users\JenkinsUser~1\AppData\Local\Temp\git4353270016803178193.credentials\"
>>  
>> # timeout=10*
>> *> git -c core.askpass=true fetch --no-tags --progress 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>  
>> +refs/heads/*:refs/remotes/my_repo/**
>> *> git config --local --remove-section credential # timeout=10*
>> *FATAL: hudson.plugins.git.GitException: Failed to fetch from 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *hudson.util.IOException2: hudson.plugins.git.GitException: Failed to 
>> fetch from https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *at 
>> hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:529)*
>> *at hudson.scm.SCM.compareRemoteRevisionWith(SCM.java:381)*
>> *at hudson.scm.SCM.poll(SCM.java:398)*
>> *at 
>> hudson.model.AbstractProject.pollWithWorkspace(AbstractProject.java:1475)*
>> *at hudson.model.AbstractProject._poll(AbstractProject.java:1445)*
>> *at hudson.model.AbstractProject.poll(AbstractProject.java:1356)*
>> *at 
>> hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:526)*
>> *at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:555)*
>> *at 
>> hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119)*
>> *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)*
>> *Caused by: hudson.plugins.git.GitException: Failed to fetch from 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766)*
>> *at 
>> hudson.plugins.git.GitSCM.compareRemoteRevisionWithImpl(GitSCM.java:657)*
>> *at 
>> hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:527)*
>> *... 13 more*
>> *Caused by: hudson.plugins.git.GitException: Command "git -c 
>> core.askpass=true fetch --no-tags --progress 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>  
>> +refs/heads/*:refs/remotes/my_repo/*" returned status code 1:*
>> *stdout: *
>> *stderr: remote: Microsoft (R) Visual Studio (R) Team Foundation Server[K*
>> *remote: *
>> *remote: Found 49 objects to send. (36 ms)[K*
>> *error: Could not read

Re: Define the node in pipeline

2016-09-16 Thread niristotle okram

Can you try this:

node('sles12') {
stage name: 'checkout'
git 'https://github.com/acme/makefiles.git'
git url: 'https://github.com/acme/software.git', branch: env.BRANCH_NAME
sh 'echo `hostname`'
  }


On Wed, Sep 14, 2016 at 12:50 AM, Paul Chubatyy  wrote:

> Good morning,
>
> I'm creating a small pipeline script that has multiple stages on the node
> to be executed:
>
> node('sles12') {
> stage('checkout') {
> git 'https://github.com/acme/makefiles.git'
> git url: 'https://github.com/acme/software.git', branch: 
> env.BRANCH_NAME
> sh 'echo `hostname`'
> }
> }
>
>
> But Jenkins executes the actions on master node instead of slave. Although
> it sends me a mixed message in output:
>
> *22:17:46* Running on *sles12-slave2* in /jenkins/workspace/software/master   
> <- This seems correct[Pipeline] {[Pipeline] stage[Pipeline] { 
> (checkout)[Pipeline] git*22:17:46*  > git config remote.origin.url 
> https://github.com/acme/makefiles.git # timeout=10 <- But checkouts 
> happen on master node*22:17:46* Fetching upstream changes from 
> https://github.com/acme/makefiles.git
>
> ..Checks out the particular revision.
>
> [Pipeline] git *22:17:46* > git config remote.origin.url
> https://github.com/acme/software.git # timeout=10 *22:17:47* Fetching
> upstream changes from https://github.com/acme/software.git ..Checks
> out the particular revision. *22:17:47* First time build.
> Skipping changelog. [Pipeline] sh *22:17:47* [master] Running shell
> script *22:17:47* + hostname *22:17:47* + echo `hostname` *22:17:47* 
> *jenkins-master
> *<- This is master node [Pipeline] }
>
>
>
> Please advise what am I doing wrong here and how can I make Jenkins to 
> execute my git checkouts and shell commands on the node labeled sles12 
> instead of master.
>
>
> Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/jenkinsci-users/96f75a5f-7e4a-4e9b-a2dd-1756ad6546eb%40googlegroups.
> com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Regards
nirish okram

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

Re: Git Polling fails


>
> Yes, i am sure that i used the same command for duplicating. I can see the 
> commit just fine via: *git show #{SHA}*
>
Moreover, the job executes successfully when started manually. And it 
involves cloning the repo.  

On Tuesday, September 13, 2016 at 1:20:12 PM UTC-5, Mark Waite wrote:
>
> Are you sure that you executed the same commands when trying to duplicate 
> the problem?  The message seems to be from your server and seems to say 
> that a specific sha1 cannot be found in the remote repository.
>
> Is there any server maintenance on your TFS server at the time you see the 
> issue?
>
> Mark Waite
>
> Mark Waite
>
> On Tue, Sep 13, 2016 at 10:39 AM ok999  
> wrote:
>
>> I have a very simple job that polls the Git SCM, and if any changes if 
>> kicks of a downstream job. For the last 1 week, the Git polling fails with 
>> the below error. 
>>
>> *Git Polling Log*
>> *Started on Sep 12, 2016 9:44:04 AM*
>> *Polling SCM changes on Agent1*
>> *Using strategy: Default*
>> *[poll] Last Built Revision: Revision b95fc53f42ff764c390e22d1dfcc132f20 
>> (refs/remotes/my_repo/develop)*
>> *> git rev-parse --is-inside-work-tree # timeout=10*
>> *Fetching changes from the remote Git repositories*
>> *> git config remote.my_repo.url 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>  # 
>> timeout=10*
>> *Cleaning workspace*
>> *> git rev-parse --verify HEAD # timeout=10*
>> *Resetting working tree*
>> *> git reset --hard # timeout=10*
>> *> git clean -fdx # timeout=10*
>> *Fetching upstream changes from 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *> git --version # timeout=10*
>> *using .gitcredentials to set credentials*
>> *> git config --local credential.username JenkinsUser # timeout=10*
>> *> git config --local credential.helper store 
>> --file=\"C:\Users\JenkinsUser~1\AppData\Local\Temp\git4353270016803178193.credentials\"
>>  
>> # timeout=10*
>> *> git -c core.askpass=true fetch --no-tags --progress 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>  
>> +refs/heads/*:refs/remotes/my_repo/**
>> *> git config --local --remove-section credential # timeout=10*
>> *FATAL: hudson.plugins.git.GitException: Failed to fetch from 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *hudson.util.IOException2: hudson.plugins.git.GitException: Failed to 
>> fetch from https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *at 
>> hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:529)*
>> *at hudson.scm.SCM.compareRemoteRevisionWith(SCM.java:381)*
>> *at hudson.scm.SCM.poll(SCM.java:398)*
>> *at 
>> hudson.model.AbstractProject.pollWithWorkspace(AbstractProject.java:1475)*
>> *at hudson.model.AbstractProject._poll(AbstractProject.java:1445)*
>> *at hudson.model.AbstractProject.poll(AbstractProject.java:1356)*
>> *at 
>> hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:526)*
>> *at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:555)*
>> *at 
>> hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119)*
>> *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)*
>> *Caused by: hudson.plugins.git.GitException: Failed to fetch from 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>> *
>> *at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766)*
>> *at 
>> hudson.plugins.git.GitSCM.compareRemoteRevisionWithImpl(GitSCM.java:657)*
>> *at 
>> hudson.plugins.git.GitSCM.compareRemoteRevisionWith(GitSCM.java:527)*
>> *... 13 more*
>> *Caused by: hudson.plugins.git.GitException: Command "git -c 
>> core.askpass=true fetch --no-tags --progress 
>> https://tfs.org.com/tfs/DefaultCollection/Some-Org/_git/my_repo 
>>  
>> +refs/heads/*:refs/remotes/my_repo/*" returned status code 1:*
>> *stdout: *
>> *stderr: remote: Microsoft (R) Visual Studio (R) Team Foundation Server[K*
>> *remote: *
>> *remote: Found 49 objects to send. (36 ms)[K*
>> *error: Could not read 6f4eb3c55fd98c719baf898a9352a1100fa32765*
>>

RE: BlueOcean plugin now available in main update center

2016-09-16 Thread David Aldrich

Hi

I installed the BlueOcean plugin on our test server, and I seem to have lost 
the ability to login to Jenkins there.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of James Dumay
Sent: 15 September 2016 17:05
To: Jenkins Users 
Subject: Re: BlueOcean plugin now available in main update center

Greetings from Jenkins World!

Just incase you do not know what Blue Ocean is, it is a brand new user 
experience for Jenkins built from the ground up for Pipelines (but supports 
other job types). Read more about it 
https://jenkins.io/blog/2016/05/26/introducing-blue-ocean/

We're super excited to finally release it and can't wait to get your feedback.

On Thursday, September 15, 2016 at 3:34:16 AM UTC-7, Michael Neale wrote:
Some may have already noticed, but the 
blueocean plugin is now in the main 
update center under the name "BlueOcean Beta" (search for that name, it will 
bring any required dependencies).

If you find any problems, the "blueocean-plugin" JIRA component is the one to 
file them against (see 
here
 for any similar issues being worked on). #jenkins-ux on freenode irc often has 
someone around if you want to chat interactively.

There are fairly frequent releases (it is made up of a handful of plugins) - 
usually a few times a week at this stage. You will need a 2.7.1 or newer 
version of Jenkins to run it.

Enjoy!

*This is simply called beta as there is still a fair bit of work in 
progress
 on known features/issues.
--
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/1ead6fec-9623-41d2-9a4e-98a6fe3810f8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Click 
here
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/107477a4b2384ec9917d2d27fba2e22d%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Re: Git Polling fails