Re: A couple of Git problems

[Sverre Moe]

I have made sure that the user "build" on my slave node has access to the git 
repository, but my user "jenkins" on the Jenkins master does not have this 
access. Perhaps that is why. 


/Sverre 

- Original Message -

From: "Kevin Fleming (BLOOMBERG/ 731 LEXIN)"  
To: jenkinsci-users@googlegroups.com 
Sent: Wednesday, 17 April, 2013 10:57:40 PM 
Subject: Re: A couple of Git problems 

Yes, this is normal. The Git plugin is trying to verify that the URL you've 
entered appears to be valid and accessible, but if for any reason the Jenkins 
master can't reach the Git repository, you'll get this warning. 

- Original Message - 
From: jenkinsci-users@googlegroups.com 
To: jenkinsci-users@googlegroups.com 
At: Apr 17 2013 16:48:11 


I don't have fast remote polling checked as I let pushes to github trigger my 
builds but I still get the error about git ls-remote. And I think it happens 
when master doesn't have the ssh keys to connect to github but the slave does. 
So my builds work fine but I get an error in my config. 

Will 

On 04/17/2013 12:48 PM, Mark Waite wrote: 



If you update to the most recent version of git-client-plugin (1.0.5 or later), 
you don't need the "-D" setting, since command line git is the default in the 
latest git-client-plugin versions. 

Regarding problem 1: I think it may be the old version of git you are running 
(1.6.0.2). Refer to https://issues.jenkins-ci.org/browse/JENKINS-17629 for a 
more detailed description of why the problem is related to the git version. Git 
versions after 1.6.2 do not have the problem 

Regarding problem 2: The git plugin advanced section has a "fast remote 
polling" setting. I believe that if you enable that, then the plugin will use 
"git ls-remote" from the master node without performing the operation on the 
slave node. You might check if the advanced configuration has fast remote 
polling enabled. If it does and you are concerned about the overhead due to 
polling, you might read Kohsuke Kawaguchi's "Git polling must die" posting 
which describes how to improve the responsiveness of your jobs and reduce git 
polling significantly. 

Mark Waite 






From: Sverre Moe  
To: jenkinsci-users@googlegroups.com 
Sent: Wednesday, April 17, 2013 7:08 AM 
Subject: A couple of Git problems 

I'm using Git with Jenkins and are having some problems. 

Have turned off JGit with -Dorg.jenkinsci.plugins.gitclient.Git.useJGit=false, 
because otherwise it would not work. 

I'm using the following Git Url in my project settings: ssh:// 
g...@git.company.com/packages/companyApp.git 

Problem 1: 
Unable to perform git clone to workspace. This is because Jenkins automatically 
creates the workspace directory. I have gone around this problem by performing 
a manually git clone git@git:/packages/companyApp into the project workspace 
directory before I start my first build. I have read somewhere that it was not 
recommended to clone the project into the workspace directory, but I'm not sure 
how else to set it up. 

Started by user anonymous 
Building remotely on Build-2 in workspace 
/home/build/jenkins/workspace/companyApp 
Checkout:companyApp / /home/build/jenkins/workspace/companyApp - 
hudson.remoting.Channel@c0e349:Build-2 
Using strategy: Default 
selected Git installation does not exists. Using Default 
Last Built Revision: Revision b251d9ef240dbb3a2b4d18a16c67d65cb74d3de5 
(origin/HEAD, origin/master) 
Cloning the remote Git repository 
Cloning repository ssh:// g...@git.company.com/packages/companyApp.git 
git --version 
git version 1.6.0.2 
ERROR: Error cloning remote repo 'origin' : Could not clone ssh:// 
g...@git.company.com/packages/companyApp.git 
hudson.plugins.git.GitException: Could not clone ssh:// 
g...@git.company.com/packages/companyApp.git 
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:219) 
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1001) 
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942) 
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387) 
at hudson.remoting.UserRequest.perform(UserRequest.java:118) 
at hudson.remoting.UserRequest.perform(UserRequest.java:48) 
at hudson.remoting.Request$2.run(Request.java:326) 
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
 
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) 
at java.util.concurrent.FutureTask.run(FutureTask.java:166) 
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:722) 
Caused by: hudson.plugins.git.GitException: Command "git clone -o origin ssh:// 
g...@git.company.com/packages/companyApp.git 
/home/build/jenkins/workspace/companyApp" returned status code 128: 
stdout: 
stderr: fatal: destination directory '/home/build/jenkins/workspace/companyApp' 
already exists. 

at 
org.jenkinsci.plugins.gitclient.

Re: How can I set the version of maven in a maven job

[Peter Miklosko]

In configuration you can setup multiple version and name them accordingly.
Then on job in Maven section from drop-down select appropriate name and
that version of Maven will be used for the job.


On 17 April 2013 21:22, Eric Wood  wrote:

> I have a specific version of maven installed and configured in the
> "configure jenkins" main page.  I want to specify this version in my maven
> job, but cannot fine the location to specify where to say that this job
> uses this version of maven.  Can somebody point me in the right direction?
>
> Thanks, Eric
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Running a Shell script to start JBoss 5.1

[Ghoulem Atef]

The link :)
http://wiki.hudson-ci.org/display/HUDSON/Spawning+processes+from+build



2013/4/17 Ghoulem Atef 

> Hello,
> The use of a daemon tool solve this problem if u are using linux
> http://software.clapper.org/daemonize/
>
> Please follow this link to get more details
>
>
> 2013/4/17 Geoff Cummings 
>
>>
>> I think you need to add something like this to the start of the script to
>> set the BUILD_ID env variable to something different.
>>
>> BUILD_ID=dontKillMe
>>
>>
>> Geoff
>>
>> On 17 Apr 2013, at 14:53, rakeshh  wrote:
>>
>> Hi,
>>
>> I have been trying to run a Jenkins job to stop and start Jboss(5.1 GA)
>> using a shell script . The process is that the Jboss servers are first
>> stopped and restarted in the same script. But once the job finishes the
>> process gets killed .
>>
>> What i found is that when i run the shell script directly it works fine
>> and
>> JBoss is started , but as a part of jenkins job it kill the process at the
>> end.
>>
>> I followed the instructions in this
>>
>> http://jenkins.361315.n4.nabble.com/Start-JBoss-after-successful-build-on-Master-and-Slave-Nodes-td384969.html
>> <
>> http://jenkins.361315.n4.nabble.com/Start-JBoss-after-successful-build-on-Master-and-Slave-Nodes-td384969.html>
>>
>> l but still the same problem persists.
>>
>> Is there any work around on this?
>>
>> Thanks,
>> Rakesh
>>
>>
>>
>> --
>> View this message in context:
>> http://jenkins.361315.n4.nabble.com/Running-a-Shell-script-to-start-JBoss-5-1-tp4663133.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.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to jenkinsci-users+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Running a Shell script to start JBoss 5.1

[Ghoulem Atef]

Hello,
The use of a daemon tool solve this problem if u are using linux
http://software.clapper.org/daemonize/

Please follow this link to get more details


2013/4/17 Geoff Cummings 

>
> I think you need to add something like this to the start of the script to
> set the BUILD_ID env variable to something different.
>
> BUILD_ID=dontKillMe
>
>
> Geoff
>
> On 17 Apr 2013, at 14:53, rakeshh  wrote:
>
> Hi,
>
> I have been trying to run a Jenkins job to stop and start Jboss(5.1 GA)
> using a shell script . The process is that the Jboss servers are first
> stopped and restarted in the same script. But once the job finishes the
> process gets killed .
>
> What i found is that when i run the shell script directly it works fine and
> JBoss is started , but as a part of jenkins job it kill the process at the
> end.
>
> I followed the instructions in this
>
> http://jenkins.361315.n4.nabble.com/Start-JBoss-after-successful-build-on-Master-and-Slave-Nodes-td384969.html
> <
> http://jenkins.361315.n4.nabble.com/Start-JBoss-after-successful-build-on-Master-and-Slave-Nodes-td384969.html>
>
> l but still the same problem persists.
>
> Is there any work around on this?
>
> Thanks,
> Rakesh
>
>
>
> --
> View this message in context:
> http://jenkins.361315.n4.nabble.com/Running-a-Shell-script-to-start-JBoss-5-1-tp4663133.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.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: A couple of Git problems

[Jared Griffith]

I would suggest upgrading your version of git on the Jenkins machine.  I am
running the latest versions of Jenkins and the git plugins and I am not
having any problems.  Not only that I don't have to add the -D git option
to get it all to work.  All 3 of my slave nodes are also running the latest
versions of git and are not having any problems.


On Wed, Apr 17, 2013 at 1:47 PM, William Soula <
william.so...@drillinginfo.com> wrote:

>  I don't have fast remote polling checked as I let pushes to github
> trigger my builds but I still get the error about git ls-remote.  And I
> think it happens when master doesn't have the ssh keys to connect to github
> but the slave does.  So my builds work fine but I get an error in my config.
>
> Will
>
>
> On 04/17/2013 12:48 PM, Mark Waite wrote:
>
>  If you update to the most recent version of git-client-plugin (1.0.5 or
> later), you don't need the "-D" setting, since command line git is the
> default in the latest git-client-plugin versions.
>
> Regarding problem 1: I think it may be the old version of git you are
> running (1.6.0.2).  Refer to
> https://issues.jenkins-ci.org/browse/JENKINS-17629 for a more detailed
> description of why the problem is related to the git version.  Git versions
> after 1.6.2 do not have the problem
>
> Regarding problem 2: The git plugin advanced section has a "fast remote
> polling" setting.  I believe that if you enable that, then the plugin will
> use "git ls-remote" from the master node without performing the operation
> on the slave node.  You might check if the advanced configuration has fast
> remote polling enabled.  If it does and you are concerned about the
> overhead due to polling, you might read Kohsuke Kawaguchi's "Git polling
> must die" posting which describes how to improve the responsiveness of your
> jobs and reduce git polling significantly.
>
> Mark Waite
>
>
>   --
> *From:* Sverre Moe  
> *To:* jenkinsci-users@googlegroups.com
> *Sent:* Wednesday, April 17, 2013 7:08 AM
> *Subject:* A couple of Git problems
>
>   I'm using Git with Jenkins and are having some problems.
>
>  Have turned off JGit
> with -Dorg.jenkinsci.plugins.gitclient.Git.useJGit=false, because otherwise
> it would not work.
>
>  I'm using the following Git Url in my project settings: ssh://
> g...@git.company.com/packages/companyApp.git
>
>  *Problem 1:*
> Unable to perform git clone to workspace. This is because Jenkins
> automatically creates the workspace directory. I have gone around this
> problem by performing a manually git clonegit@git:/packages/companyApp into
> the project workspace directory before I start my first build. I have read
> somewhere that it was not recommended to clone the project into the
> workspace directory, but I'm not sure how else to set it up.
>
>  Started by user anonymous
> Building remotely on Build-2 in workspace
> /home/build/jenkins/workspace/companyApp
> Checkout:companyApp / /home/build/jenkins/workspace/companyApp -
> hudson.remoting.Channel@c0e349:Build-2
> Using strategy: Default
> selected Git installation does not exists. Using Default
> Last Built Revision: Revision b251d9ef240dbb3a2b4d18a16c67d65cb74d3de5
> (origin/HEAD, origin/master)
> Cloning the remote Git repository
> Cloning repository ssh://g...@git.company.com/packages/companyApp.git
> git --version
> git version 1.6.0.2
> ERROR: Error cloning remote repo 'origin' : Could not clone ssh://
> g...@git.company.com/packages/companyApp.git
> hudson.plugins.git.GitException: Could not clone ssh://
> g...@git.company.com/packages/companyApp.git
> at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:219)
> at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1001)
> at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:326)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: hudson.plugins.git.GitException: Command "git clone -o origin
> ssh://g...@git.company.com/packages/companyApp.git/home/build/jenkins/workspace/companyApp"
> returned status code 128:
> stdout:
> stderr: fatal: destination directory
> '/home/build/jenkins/workspace/companyApp' already exists.
>
> at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:773)
> at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:217)
> ... 12 more
> Trying next 

Re: A couple of Git problems

[Kevin Fleming (BLOOMBERG/ 731 LEXIN)]

Yes, this is normal. The Git plugin is trying to verify that the URL you've 
entered appears to be valid and accessible, but if for any reason the Jenkins 
master can't reach the Git repository, you'll get this warning.

- Original Message -
From: jenkinsci-users@googlegroups.com
To: jenkinsci-users@googlegroups.com
At: Apr 17 2013 16:48:11

 I don't have fast remote polling checked as I let pushes to github trigger 
my builds but I still get the error about git ls-remote.  And I think it 
happens when master doesn't have the ssh keys to connect to github but the 
slave does.  So my builds work fine  but I get an error in my config.
 
 Will
 
 
On 04/17/2013 12:48 PM, Mark Waite wrote:
 
 
 If you update to the most recent version of git-client-plugin (1.0.5 or 
later), you don't need the "-D" setting, since command line git is the default 
in the latest git-client-plugin versions.
 
 Regarding problem 1: I think it may be the old version of git you are running 
(1.6.0.2).  Refer to  https://issues.jenkins-ci.org/browse/JENKINS-17629 for a 
more detailed description of why the problem is related to the git version.  
Git versions after 1.6.2 do not have the problem
 
 Regarding problem 2: The git plugin advanced section has a "fast remote 
polling" setting.  I believe that if you enable that, then the plugin will use 
"git ls-remote" from the master node without performing the operation on the 
slave node.  You might check  if the advanced configuration has fast remote 
polling enabled.  If it does and you are concerned about the overhead due to 
polling, you might read Kohsuke Kawaguchi's "Git polling must die" posting 
which describes how to improve the responsiveness of your  jobs and reduce git 
polling significantly.
 
 Mark Waite
 

 

 
From: Sverre Moe 
 To:  jenkinsci-users@googlegroups.com 
 Sent: Wednesday, April 17, 2013 7:08 AM
 Subject: A couple of Git problems
 

 
I'm using Git with Jenkins and are having some problems.

 
Have turned off JGit with -Dorg.jenkinsci.plugins.gitclient.Git.useJGit=false, 
because otherwise it would not work.

 
I'm using the following Git Url in my project settings: 
ssh://g...@git.company.com/packages/companyApp.git

 
Problem 1:
Unable to perform git clone to workspace. This is because Jenkins automatically 
creates the workspace directory. I have gone around this problem by performing 
a manually git clonegit@git:/packages/companyApp into  the project workspace 
directory before I start my first build. I have read somewhere that it was not 
recommended to clone the project into the workspace directory, but I'm not sure 
how else to set it up.

 
Started by user anonymous
 Building remotely on Build-2 in workspace 
/home/build/jenkins/workspace/companyApp
 Checkout:companyApp / /home/build/jenkins/workspace/companyApp - 
hudson.remoting.Channel@c0e349:Build-2
 Using strategy: Default
 selected Git installation does not exists. Using Default
 Last Built Revision: Revision b251d9ef240dbb3a2b4d18a16c67d65cb74d3de5 
(origin/HEAD, origin/master)
 Cloning the remote Git repository
 Cloning repository ssh://g...@git.company.com/packages/companyApp.git
 git --version
 git version 1.6.0.2
 ERROR: Error cloning remote repo 'origin' : Could not clone 
ssh://g...@git.company.com/packages/companyApp.git
 hudson.plugins.git.GitException: Could not clone 
ssh://g...@git.company.com/packages/companyApp.git
 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:219)
 at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1001)
 at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
 at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387)
 at hudson.remoting.UserRequest.perform(UserRequest.java:118)
 at hudson.remoting.UserRequest.perform(UserRequest.java:48)
 at hudson.remoting.Request$2.run(Request.java:326)
 at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
 at java.util.concurrent.FutureTask.run(FutureTask.java:166)
 at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:722)
 Caused by: hudson.plugins.git.GitException: Command "git clone -o origin 
ssh://g...@git.company.com/packages/companyApp.git/home/build/jenkins/workspace/companyApp"
  returned status code 128:
 stdout: 
 stderr: fatal: destination directory 
'/home/build/jenkins/workspace/companyApp' already exists.
 
 at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:773)
 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:217)
 ... 12 more
 Trying next repository
 ERROR: Could not clone repository
 FATAL: Could not clone
 hudson.plugins.git.GitException: Could not clone
 at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1013)
 at hudson.plugins.git.GitSCM$2.invoke

Re: How can I set the version of maven in a maven job

[Jared Griffith]

That should be default in your build options.  In mine, I have 3.x and 2.x
and can specify whichever one is necessary for that particular build.


On Wed, Apr 17, 2013 at 1:22 PM, Eric Wood  wrote:

> I have a specific version of maven installed and configured in the
> "configure jenkins" main page.  I want to specify this version in my maven
> job, but cannot fine the location to specify where to say that this job
> uses this version of maven.  Can somebody point me in the right direction?
>
> Thanks, Eric
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>



-- 

Jared Griffith
Linux Administrator, PICS Auditing, LLC
P: (949) 936-4574
C: (909) 653-7814

[image: 
http://www.picsauditing.com/wp-content/logo_sig.png]

17701 Cowan #140 | Irvine, CA | 92614
Join PICS on LinkedIn! [image:
http://www.linkedin.com/img/webpromo/btn_in_20x15.png][image:
images] 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


<><><>

Re: A couple of Git problems

[William Soula]

I don't have fast remote polling checked as I let pushes to github trigger my 
builds but I still get the error about git ls-remote.  And I think it happens 
when master doesn't have the ssh keys to connect to github but the slave does.  
So my builds work fine but I get an error in my config.

Will

On 04/17/2013 12:48 PM, Mark Waite wrote:
If you update to the most recent version of git-client-plugin (1.0.5 or later), 
you don't need the "-D" setting, since command line git is the default in the 
latest git-client-plugin versions.

Regarding problem 1: I think it may be the old version of git you are running 
(1.6.0.2).  Refer to https://issues.jenkins-ci.org/browse/JENKINS-17629 for a 
more detailed description of why the problem is related to the git version.  
Git versions after 1.6.2 do not have the problem

Regarding problem 2: The git plugin advanced section has a "fast remote 
polling" setting.  I believe that if you enable that, then the plugin will use 
"git ls-remote" from the master node without performing the operation on the 
slave node.  You might check if the advanced configuration has fast remote 
polling enabled.  If it does and you are concerned about the overhead due to 
polling, you might read Kohsuke Kawaguchi's "Git polling must die" posting 
which describes how to improve the responsiveness of your jobs and reduce git 
polling significantly.

Mark Waite



From: Sverre Moe 
To: jenkinsci-users@googlegroups.com
Sent: Wednesday, April 17, 2013 7:08 AM
Subject: A couple of Git problems

I'm using Git with Jenkins and are having some problems.

Have turned off JGit with -Dorg.jenkinsci.plugins.gitclient.Git.useJGit=false, 
because otherwise it would not work.

I'm using the following Git Url in my project settings: 
ssh://g...@git.company.com/packages/companyApp.git

Problem 1:
Unable to perform git clone to workspace. This is because Jenkins automatically 
creates the workspace directory. I have gone around this problem by performing 
a manually git 
clonegit@git:/packages/companyApp into the 
project workspace directory before I start my first build. I have read 
somewhere that it was not recommended to clone the project into the workspace 
directory, but I'm not sure how else to set it up.

Started by user anonymous
Building remotely on Build-2 in workspace 
/home/build/jenkins/workspace/companyApp
Checkout:companyApp / /home/build/jenkins/workspace/companyApp - 
hudson.remoting.Channel@c0e349:Build-2
Using strategy: Default
selected Git installation does not exists. Using Default
Last Built Revision: Revision b251d9ef240dbb3a2b4d18a16c67d65cb74d3de5 
(origin/HEAD, origin/master)
Cloning the remote Git repository
Cloning repository 
ssh://g...@git.company.com/packages/companyApp.git
git --version
git version 1.6.0.2
ERROR: Error cloning remote repo 'origin' : Could not clone 
ssh://g...@git.company.com/packages/companyApp.git
hudson.plugins.git.GitException: Could not clone 
ssh://g...@git.company.com/packages/companyApp.git
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:219)
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1001)
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: hudson.plugins.git.GitException: Command "git clone -o origin 
ssh://g...@git.company.com/packages/companyApp.git/home/build/jenkins/workspace/companyApp"
 returned status code 128:
stdout:
stderr: fatal: destination directory '/home/build/jenkins/workspace/companyApp' 
already exists.

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:773)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:217)
... 12 more
Trying next repository
ERROR: Could not clone repository
FATAL: Could not clone
hudson.plugins.git.GitException: Could not clone
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1013)
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
at hudson.FilePat

Re: Force configuration in matrix build to be the last step

[Kevin Fleming (BLOOMBERG/ 731 LEXIN)]

This sounds somewhat similar to what I'm doing with a set of jobs. I have a 
matrix job that produces 32-bit and 64-bit builds of a piece of software, on a 
variety of Linux platforms, in a bunch of configurations. Each of these stores 
away the produced binaries as job artifacts.

There is another matrix job, triggered by completion of the first one, that has 
the same axes, but uses a slightly different set of nodes to run the jobs. Each 
job retrieves the binary artifacts from the previous matrix job (from the 
matching cell) and runs unit tests.

It's really far simpler to model this as a sequence of jobs instead of trying 
to do it in a single matrix job, where one of the axes defines what should be 
done.

- Original Message -
From: jenkinsci-users@googlegroups.com
To: jenkinsci-users@googlegroups.com
Cc: Kevin Fleming (BLOOMBERG/ 731 LEXIN)
At: Apr 17 2013 14:49:10

Thanks for the feedback, Kevin.

It is my intent to run the same steps on each cell in the matrix (sans things 
which evaluate to false using the combination filter).  The last step of each 
applicable configuration should be "get the logs from the target this the set 
of tests was run against", which is also a test step in its own write due to 
how the logs are generated.

If you consider a matrix like the following crude mockup:

   | CompilerPool | ArchATargetPool | 
ArchBTargetPool |
touchstone-build   | O  | O| O  
  | 
touchstone-unit_test  | O  | O| O   
 |
functionalTests | O   | O| O
|
logRetrievalTests  | O  | O| O  
  |

I can execute the touchstone builds (compile, unit-test) and prevent functional 
tests/etc from being run, so I understand the sanity check.  The touchstone 
builds go to build slaves which compiles the code, runs unit tests,etc.  The 
functional tests and log retrieval are then run against the build created in 
the touchstone step.  The log retrieval needs to happen after the functional 
tests run, for every combination of axes which return true.

The only part of this setup that isn't working is getting the logs retrieval to 
occur directly after each functional test is run, and to still be considered an 
axis in the matrix.

Thanks,

Adam

On Tuesday, April 16, 2013 3:46:12 PM UTC-6, Kevin Fleming wrote:
Why not just run this last job as a child job of the matrix build? The matrix 
build is really designed for running the *same* steps for each cell in the 
matrix; if you find yourself trying to coerce it into handling an entire flow 
of builds, you're probably heading the wrong direction.

The purpose of 'touchstone' builds in matrix jobs is not to perform preparatory 
work for the other builds, it's to run a build that acts as a sanity check on 
the code in question before launching into dozens (or hundreds) of other builds 
that would just fail anyway.

- Original Message -
From: jenkins...@googlegroups.com
To: jenkins...@googlegroups.com
At: Apr 16 2013 15:42:54


Thanks for the quick reply, Sami. 

I'm interested in forcing the particular configuration to run  last because I 
have lots of tests which generate quite a bit of useful  debugging info on the 
back-end of the target that I am running the  exhaustive tests against. 
Once the testing is complete, I retrieve logs from that target  system in such 
a way that the retrieval itself becomes a sort of code  coverage test. 

The thing I am looking for is something like how one can execute  a touchstone 
build first by specifying some identifying character in,  but more like a 
'tombstone' configuration which would be guaranteed to  run last, and be 
included in the matrix. 

Adam

On Thursday, April 4, 2013 3:57:11 PM UTC-6, sti wrote:
You cannot control the order in which matrix job builds its configurations. 
 
You need to remove the configuration you want to run last and make a new 
non-matrix job. Then make the matrix job trigger a build of the non-matrix job. 
 
If this is not good for you, please explain what you are trying to do and maybe 
we can suggest a better way to do it. 
 
-- Sami 
 
Adam Daughterson  kirjoitti 3.4.2013 kello 17.22: 
 
> I have a matrix build with touchstone builds, multiple configurations, etc.  
> I have a step which should be the last step in the matrix (not a triggered 
> parameterized build, etc) and can't find a way to force the job to run that 
> last step last. 
> I've tried using the "Run each configuration sequentially" option, but it 
> appears to only force the jobs to run serially. 
>  
> Anyone have any suggestions on what I can do to get this desired 
> functionality? 
>  
> Thanks in advance, 
>  
> Adam 
>  
> --  
> You received this message because you are subscribed to the Google Groups 
> "Jenki

How can I set the version of maven in a maven job

[Eric Wood]

I have a specific version of maven installed and configured in the "configure 
jenkins" main page.  I want to specify this version in my maven job, but cannot 
fine the location to specify where to say that this job uses this version of 
maven.  Can somebody point me in the right direction?

Thanks, Eric

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

RE: Cleanup after job abort?

[Stanley, Jason]

Rob

In my environment, if a job gets aborted, I have a "Post Build Task" based on 
the log text of "Build was aborted" which will execute then execute the post 
build task script.

Jason

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mandeville, Rob
Sent: Wednesday, April 17, 2013 3:48 PM
To: jenkinsci-users@googlegroups.com
Subject: Cleanup after job abort?

I've started running into problems where a job gets aborted (with a timeout, I 
think) while in the middle of a database transaction.  This left the 
transaction open, which eventually locked up the database server, causing a 
bunch of builds to fail.  I have a way to shut down stale connections, but need 
a way to run it when this happens.  IIRC, when a job gets aborted, its 
post-build tasks don't get a chance to run.

Is there a Jenkins idiom for "Run this to clean up after this executor"?

Thanks in advance,

--Rob

The information in this message is for the intended recipient(s) only and may 
be the proprietary and/or confidential property of Litle & Co., LLC, and thus 
protected from disclosure. If you are not the intended recipient(s), or an 
employee or agent responsible for delivering this message to the intended 
recipient, you are hereby notified that any use, dissemination, distribution or 
copying of this communication is prohibited. If you have received this 
communication in error, please notify Litle & Co. immediately by replying to 
this message and then promptly deleting it and your reply permanently from your 
computer.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Cleanup after job abort?

[Mandeville, Rob]

I've started running into problems where a job gets aborted (with a timeout, I 
think) while in the middle of a database transaction.  This left the 
transaction open, which eventually locked up the database server, causing a 
bunch of builds to fail.  I have a way to shut down stale connections, but need 
a way to run it when this happens.  IIRC, when a job gets aborted, its 
post-build tasks don't get a chance to run.

Is there a Jenkins idiom for "Run this to clean up after this executor"?

Thanks in advance,

--Rob

The information in this message is for the intended recipient(s) only and may 
be the proprietary and/or confidential property of Litle & Co., LLC, and thus 
protected from disclosure. If you are not the intended recipient(s), or an 
employee or agent responsible for delivering this message to the intended 
recipient, you are hereby notified that any use, dissemination, distribution or 
copying of this communication is prohibited. If you have received this 
communication in error, please notify Litle & Co. immediately by replying to 
this message and then promptly deleting it and your reply permanently from your 
computer.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Running a Shell script to start JBoss 5.1

[Geoff Cummings]

I think you need to add something like this to the start of the script to
set the BUILD_ID env variable to something different.

BUILD_ID=dontKillMe


Geoff

On 17 Apr 2013, at 14:53, rakeshh  wrote:

Hi,

I have been trying to run a Jenkins job to stop and start Jboss(5.1 GA)
using a shell script . The process is that the Jboss servers are first
stopped and restarted in the same script. But once the job finishes the
process gets killed .

What i found is that when i run the shell script directly it works fine and
JBoss is started , but as a part of jenkins job it kill the process at the
end.

I followed the instructions in this
http://jenkins.361315.n4.nabble.com/Start-JBoss-after-successful-build-on-Master-and-Slave-Nodes-td384969.html
<
http://jenkins.361315.n4.nabble.com/Start-JBoss-after-successful-build-on-Master-and-Slave-Nodes-td384969.html>

l but still the same problem persists.

Is there any work around on this?

Thanks,
Rakesh



--
View this message in context:
http://jenkins.361315.n4.nabble.com/Running-a-Shell-script-to-start-JBoss-5-1-tp4663133.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.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Force configuration in matrix build to be the last step

[Adam Daughterson]

Thanks for the feedback, Kevin.

It *is *my intent to run the same steps on each cell in the matrix (sans 
things which evaluate to false using the combination filter).  The last 
step of each applicable configuration should be "get the logs from the 
target this the set of tests was run against", which is also a test step in 
its own write due to how the logs are generated.

If you consider a matrix like the following crude mockup:

   | CompilerPool | ArchATargetPool | 
ArchBTargetPool |
touchstone-build   | O  | O| 
O| 
touchstone-unit_test  | O  | O| 
O|
functionalTests | O   | O| 
O|
logRetrievalTests  | O  | O| 
O|

I can execute the touchstone builds (compile, unit-test) and prevent 
functional tests/etc from being run, so I understand the sanity check.  The 
touchstone builds go to build slaves which compiles the code, runs unit 
tests,etc.  The functional tests and log retrieval are then run against the 
build created in the touchstone step.  The log retrieval needs to happen 
after the functional tests run, for every combination of axes which return 
true.

The only part of this setup that isn't working is getting the logs 
retrieval to occur directly after each functional test is run, and to still 
be considered an axis in the matrix.

Thanks,

Adam

On Tuesday, April 16, 2013 3:46:12 PM UTC-6, Kevin Fleming wrote:
>
> Why not just run this last job as a child job of the matrix build? The 
> matrix build is really designed for running the *same* steps for each cell 
> in the matrix; if you find yourself trying to coerce it into handling an 
> entire flow of builds, you're probably heading the wrong direction.
>
> The purpose of 'touchstone' builds in matrix jobs is not to perform 
> preparatory work for the other builds, it's to run a build that acts as a 
> sanity check on the code in question before launching into dozens (or 
> hundreds) of other builds that would just fail anyway.
>
> - Original Message -
> From: jenkins...@googlegroups.com 
> To: jenkins...@googlegroups.com 
> At: Apr 16 2013 15:42:54
>
>
> Thanks for the quick reply, Sami. 
>
> I'm interested in forcing the particular configuration to run last because 
> I have lots of tests which generate quite a bit of useful debugging info on 
> the back-end of the target that I am running the exhaustive tests against. 
> Once the testing is complete, I retrieve logs from that target system in 
> such a way that the retrieval itself becomes a sort of code coverage test. 
>
> The thing I am looking for is something like how one can execute a 
> touchstone build first by specifying some identifying character in, but 
> more like a 'tombstone' configuration which would be guaranteed to run 
> last, and be included in the matrix. 
>
> Adam 
>
> On Thursday, April 4, 2013 3:57:11 PM UTC-6, sti wrote:
>>
>> You cannot control the order in which matrix job builds its 
>> configurations. 
>>
>> You need to remove the configuration you want to run last and make a new 
>> non-matrix job. Then make the matrix job trigger a build of the non-matrix 
>> job. 
>>
>> If this is not good for you, please explain what you are trying to do and 
>> maybe we can suggest a better way to do it. 
>>
>> -- Sami 
>>
>> Adam Daughterson http://javascript:>> kirjoitti 
>> 3.4.2013 kello 17.22: 
>>
>> > I have a matrix build with touchstone builds, multiple configurations, 
>> etc.  I have a step which should be the last step in the matrix (not a 
>> triggered parameterized build, etc) and can't find a way to force the job 
>> to run that last step last. 
>> > I've tried using the "Run each configuration sequentially" option, but 
>> it appears to only force the jobs to run serially. 
>> > 
>> > Anyone have any suggestions on what I can do to get this desired 
>> functionality? 
>> > 
>> > Thanks in advance, 
>> > 
>> > Adam 
>> > 
>> > -- 
>> > You received this message because you are 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 . 
>> > For more options, visit https://groups.google.com/groups/opt_out. 
>> >   
>> >   
>>
>>  -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-use...@googlegroups.com .
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-us

Re: EXTERNAL: Re: How to Install ClearCase plugins without Internet connection

[Anna]

Thanks! Someone should update the wiki page to say this so others don't 
have this same issue.

Anna

On Wednesday, April 17, 2013 11:16:25 AM UTC-7, Ng, Jeff wrote:
>
>  The .zip is the .hpi, so simply rename the .zip to .hpi.
>
>  
>
> For example:  clearcase-1.3.7.zip should be renamed to clearcase-1.3.7.hpi
>
>  
>
> -Jeff Ng
>
>  
>  
> *From:* jenkins...@googlegroups.com  [mailto:
> jenkins...@googlegroups.com ] *On Behalf Of *Anna
> *Sent:* Wednesday, April 17, 2013 12:11 PM
> *To:* jenkins...@googlegroups.com 
> *Cc:* Anna
> *Subject:* EXTERNAL: Re: How to Install ClearCase plugins without 
> Internet connection
>  
>  
>
> Where can I find these files? They are not in the zip files on the 
> download website.
>
> On Wednesday, April 17, 2013 11:07:28 AM UTC-7, slide wrote:
>   
> Download the hpi/jpi files and you can upload them via Jenkins' web 
> interface.
>
> Sent from my Windows Phone
>   --
>  
> *From: *Anna
> *Sent: *4/17/2013 10:44
> *To: *jenkins...@googlegroups.com
> *Subject: *How to Install ClearCase plugins without Internet connection
>  
> I am trying to install a ClearCase plugin on a system that does not have 
> an Internet connect and one will not be possible. Therefore, I need to 
> figure out how to install it manually. I have downloaded the plugin zip 
> files from http://updates.jenkins-ci.org/download/plugins/ and have 
> unzipped 2 of the 5 ClearCase plugins. I am looking at instructions from 
> https://wiki.jenkins-ci.org/display/JENKINS/Plugins on how to do a manual 
> install. It all seems fairly simple except I cannot find the *.hpi files 
> anywhere. They don't seem to be included in the zip files I downloaded. I 
> can't find them anywhere online. Have the install instructions changed? 
> Does anyone know where to find these hpi files I need? Thanks so much.
>  
>  
>  
> Anna
>  
> -- 
> You received this message because you are 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.
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-use...@googlegroups.com .
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

RE: EXTERNAL: Re: How to Install ClearCase plugins without Internet connection

[Ng, Jeff]

The .zip is the .hpi, so simply rename the .zip to .hpi.

For example:  clearcase-1.3.7.zip should be renamed to clearcase-1.3.7.hpi

-Jeff Ng

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Anna
Sent: Wednesday, April 17, 2013 12:11 PM
To: jenkinsci-users@googlegroups.com
Cc: Anna
Subject: EXTERNAL: Re: How to Install ClearCase plugins without Internet 
connection

Where can I find these files? They are not in the zip files on the download 
website.

On Wednesday, April 17, 2013 11:07:28 AM UTC-7, slide wrote:
Download the hpi/jpi files and you can upload them via Jenkins' web interface.

Sent from my Windows Phone

From: Anna
Sent: 4/17/2013 10:44
To: jenkins...@googlegroups.com
Subject: How to Install ClearCase plugins without Internet connection
I am trying to install a ClearCase plugin on a system that does not have an 
Internet connect and one will not be possible. Therefore, I need to figure out 
how to install it manually. I have downloaded the plugin zip files from 
http://updates.jenkins-ci.org/download/plugins/ and have unzipped 2 of the 5 
ClearCase plugins. I am looking at instructions from 
https://wiki.jenkins-ci.org/display/JENKINS/Plugins on how to do a manual 
install. It all seems fairly simple except I cannot find the *.hpi files 
anywhere. They don't seem to be included in the zip files I downloaded. I can't 
find them anywhere online. Have the install instructions changed? Does anyone 
know where to find these hpi files I need? Thanks so much.

Anna
--
You received this message because you are 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.
For more options, visit https://groups.google.com/groups/opt_out.


--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: How to Install ClearCase plugins without Internet connection

[Anna]

Where can I find these files? They are not in the zip files on the download 
website.

On Wednesday, April 17, 2013 11:07:28 AM UTC-7, slide wrote:
>
> Download the hpi/jpi files and you can upload them via Jenkins' web 
> interface.
>
> Sent from my Windows Phone
> --
> From: Anna
> Sent: 4/17/2013 10:44
> To: jenkins...@googlegroups.com 
> Subject: How to Install ClearCase plugins without Internet connection
>
> I am trying to install a ClearCase plugin on a system that does not have 
> an Internet connect and one will not be possible. Therefore, I need to 
> figure out how to install it manually. I have downloaded the plugin zip 
> files from http://updates.jenkins-ci.org/download/plugins/ and have 
> unzipped 2 of the 5 ClearCase plugins. I am looking at instructions from 
> https://wiki.jenkins-ci.org/display/JENKINS/Plugins on how to do a manual 
> install. It all seems fairly simple except I cannot find the *.hpi files 
> anywhere. They don't seem to be included in the zip files I downloaded. I 
> can't find them anywhere online. Have the install instructions changed? 
> Does anyone know where to find these hpi files I need? Thanks so much.
>
> Anna
>
> -- 
> You received this message because you are 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 .
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

RE: How to Install ClearCase plugins without Internet connection

[Alex Earl]

Download the hpi/jpi files and you can upload them via Jenkins' web
interface.

Sent from my Windows Phone
--
From: Anna
Sent: 4/17/2013 10:44
To: jenkinsci-users@googlegroups.com
Subject: How to Install ClearCase plugins without Internet connection

I am trying to install a ClearCase plugin on a system that does not have an
Internet connect and one will not be possible. Therefore, I need to figure
out how to install it manually. I have downloaded the plugin zip files from
http://updates.jenkins-ci.org/download/plugins/ and have unzipped 2 of the
5 ClearCase plugins. I am looking at instructions from
https://wiki.jenkins-ci.org/display/JENKINS/Plugins on how to do a manual
install. It all seems fairly simple except I cannot find the *.hpi files
anywhere. They don't seem to be included in the zip files I downloaded. I
can't find them anywhere online. Have the install instructions changed?
Does anyone know where to find these hpi files I need? Thanks so much.

Anna

-- 
You received this message because you are subscribed to the Google Groups
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: A couple of Git problems

[Mark Waite]

Based on the comments in https://issues.jenkins-ci.org/browse/JENKINS-17629 , 
you might be able to resolve the problem by switching to an older Jenkins 
version (like the 1.480.3 long term support version).  I'm personally surprised 
that an older Jenkins version would make a difference, but that is what is 
stated in the bug report.

Mark Waite





>
> From: Mark Waite 
>To: "jenkinsci-users@googlegroups.com"  
>Sent: Wednesday, April 17, 2013 11:48 AM
>Subject: Re: A couple of Git problems
> 
>
>
>If you update to the most recent version of git-client-plugin (1.0.5 or 
>later), you don't need the "-D" setting, since command line git is the default 
>in the latest git-client-plugin versions.
>
>Regarding problem 1: I think it may be the old version of git you are running 
>(1.6.0.2).  Refer to https://issues.jenkins-ci.org/browse/JENKINS-17629 for a 
>more detailed description of why the problem is related to the git version.  
>Git versions after 1.6.2 do not have the problem
>
>Regarding problem 2: The git plugin advanced section has a "fast remote 
>polling" setting.  I believe that if you enable that, then the plugin will use 
>"git ls-remote" from the master node without performing the operation on the 
>slave node.  You might check if the advanced configuration has fast remote 
>polling enabled.  If it does and
 you are concerned about the overhead due to polling, you might read Kohsuke 
Kawaguchi's "Git polling must die" posting which describes how to improve the 
responsiveness of your jobs and reduce git polling significantly.
>
>Mark Waite
>
>
>
>
>
>
>>
>> From: Sverre Moe 
>>To: jenkinsci-users@googlegroups.com 
>>Sent: Wednesday, April 17, 2013 7:08 AM
>>Subject: A couple of Git problems
>> 
>>
>>
>>I'm using Git with Jenkins and are having some problems.
>>
>>
>>Have turned off JGit with 
>>-Dorg.jenkinsci.plugins.gitclient.Git.useJGit=false, because otherwise it 
>>would not work.
>>
>>
>>I'm using the following Git Url in my project settings: 
>>ssh://g...@git.company.com/packages/companyApp.git
>>
>>
>>Problem 1:
>>Unable to perform git clone to workspace. This is because Jenkins 
>>automatically creates the workspace directory. I have gone around this 
>>problem by performing a manually git clonegit@git:/packages/companyApp into 
>>the project workspace directory before I start my first build. I have read 
>>somewhere that it was not recommended to clone the project into the workspace 
>>directory, but I'm not sure how else to set it up.
>>
>>
>>Started by user anonymous
>>Building remotely on Build-2 in workspace 
>>/home/build/jenkins/workspace/companyApp
>>Checkout:companyApp / /home/build/jenkins/workspace/companyApp - 
>>hudson.remoting.Channel@c0e349:Build-2
>>Using strategy: Default
>>selected Git installation does not exists. Using Default
>>Last Built Revision: Revision b251d9ef240dbb3a2b4d18a16c67d65cb74d3de5 
>>(origin/HEAD, origin/master)
>>Cloning the remote Git repository
>>Cloning repository ssh://g...@git.company.com/packages/companyApp.git
>>git --version
>>git version 1.6.0.2
>>ERROR: Error cloning remote repo 'origin' : Could not clone 
>>ssh://g...@git.company.com/packages/companyApp.git
>>hudson.plugins.git.GitException: Could not clone 
>>ssh://g...@git.company.com/packages/companyApp.git
>>at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:219)
>>at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1001)
>>at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
>>at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387)
>>at hudson.remoting.UserRequest.perform(UserRequest.java:118)
>>at hudson.remoting.UserRequest.perform(UserRequest.java:48)
>>at hudson.remoting.Request$2.run(Request.java:326)
>>at 
>>hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
>>at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>>at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>>at 
>>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>>at 
>>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>>at java.lang.Thread.run(Thread.java:722)
>>Caused by: hudson.plugins.git.GitException: Command "git clone -o origin 
>>ssh://g...@git.company.com/packages/companyApp.git/home/build/jenkins/workspace/companyApp"
>> returned status code 128:
>>stdout: 
>>stderr: fatal: destination directory 
>>'/home/build/jenkins/workspace/companyApp' already exists.
>>
>>at 
>>org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:773)
>>at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:217)
>>... 12 more
>>Trying next repository
>>ERROR: Could not clone repository
>>FATAL: Could not clone
>>hudson.plugins.git.GitException: Could not clone
>>at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1013)
>>at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)

Re: A couple of Git problems

[Mark Waite]

If you update to the most recent version of git-client-plugin (1.0.5 or later), 
you don't need the "-D" setting, since command line git is the default in the 
latest git-client-plugin versions.

Regarding problem 1: I think it may be the old version of git you are running 
(1.6.0.2).  Refer to https://issues.jenkins-ci.org/browse/JENKINS-17629 for a 
more detailed description of why the problem is related to the git version.  
Git versions after 1.6.2 do not have the problem

Regarding problem 2: The git plugin advanced section has a "fast remote 
polling" setting.  I believe that if you enable that, then the plugin will use 
"git ls-remote" from the master node without performing the operation on the 
slave node.  You might check if the advanced configuration has fast remote 
polling enabled.  If it does and you are concerned about the overhead due to 
polling, you might read Kohsuke Kawaguchi's "Git polling must die" posting 
which describes how to improve the responsiveness of your jobs and reduce git 
polling significantly.

Mark Waite





>
> From: Sverre Moe 
>To: jenkinsci-users@googlegroups.com 
>Sent: Wednesday, April 17, 2013 7:08 AM
>Subject: A couple of Git problems
> 
>
>
>I'm using Git with Jenkins and are having some problems.
>
>
>Have turned off JGit with -Dorg.jenkinsci.plugins.gitclient.Git.useJGit=false, 
>because otherwise it would not work.
>
>
>I'm using the following Git Url in my project settings: 
>ssh://g...@git.company.com/packages/companyApp.git
>
>
>Problem 1:
>Unable to perform git clone to workspace. This is because Jenkins 
>automatically creates the workspace directory. I have gone around this problem 
>by performing a manually git clonegit@git:/packages/companyApp into the 
>project workspace directory before I start my first build. I have read 
>somewhere that it was not recommended to clone the project into the workspace 
>directory, but I'm not sure how else to set it up.
>
>
>Started by user anonymous
>Building remotely on Build-2 in workspace 
>/home/build/jenkins/workspace/companyApp
>Checkout:companyApp / /home/build/jenkins/workspace/companyApp - 
>hudson.remoting.Channel@c0e349:Build-2
>Using strategy: Default
>selected Git installation does not exists. Using Default
>Last Built Revision: Revision b251d9ef240dbb3a2b4d18a16c67d65cb74d3de5 
>(origin/HEAD, origin/master)
>Cloning the remote Git repository
>Cloning repository ssh://g...@git.company.com/packages/companyApp.git
>git --version
>git version 1.6.0.2
>ERROR: Error cloning remote repo 'origin' : Could not clone 
>ssh://g...@git.company.com/packages/companyApp.git
>hudson.plugins.git.GitException: Could not clone 
>ssh://g...@git.company.com/packages/companyApp.git
>at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:219)
>at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1001)
>at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
>at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387)
>at hudson.remoting.UserRequest.perform(UserRequest.java:118)
>at hudson.remoting.UserRequest.perform(UserRequest.java:48)
>at hudson.remoting.Request$2.run(Request.java:326)
>at 
>hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
>at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>at 
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>at 
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>at java.lang.Thread.run(Thread.java:722)
>Caused by: hudson.plugins.git.GitException: Command "git clone -o origin 
>ssh://g...@git.company.com/packages/companyApp.git/home/build/jenkins/workspace/companyApp"
> returned status code 128:
>stdout: 
>stderr: fatal: destination directory 
>'/home/build/jenkins/workspace/companyApp' already exists.
>
>at 
>org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:773)
>at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:217)
>... 12 more
>Trying next repository
>ERROR: Could not clone repository
>FATAL: Could not clone
>hudson.plugins.git.GitException: Could not clone
>at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1013)
>at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
>at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387)
>at hudson.remoting.UserRequest.perform(UserRequest.java:118)
>at hudson.remoting.UserRequest.perform(UserRequest.java:48)
>at hudson.remoting.Request$2.run(Request.java:326)
>at 
>hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
>at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>at 
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>at 
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>at 

Re: A couple of Git problems

[William Soula]

To your second issue I have the same error after upgrading at some point but 
everything still works.

Will

On 04/17/2013 08:08 AM, Sverre Moe wrote:
I'm using Git with Jenkins and are having some problems.

Have turned off JGit with -Dorg.jenkinsci.plugins.gitclient.Git.useJGit=false, 
because otherwise it would not work.

I'm using the following Git Url in my project settings: 
ssh://g...@git.company.com/packages/companyApp.git

Problem 1:
Unable to perform git clone to workspace. This is because Jenkins automatically 
creates the workspace directory. I have gone around this problem by performing 
a manually git 
clonegit@git:/packages/companyApp into the 
project workspace directory before I start my first build. I have read 
somewhere that it was not recommended to clone the project into the workspace 
directory, but I'm not sure how else to set it up.

Started by user anonymous
Building remotely on Build-2 in workspace 
/home/build/jenkins/workspace/companyApp
Checkout:companyApp / /home/build/jenkins/workspace/companyApp - 
hudson.remoting.Channel@c0e349:Build-2
Using strategy: Default
selected Git installation does not exists. Using Default
Last Built Revision: Revision b251d9ef240dbb3a2b4d18a16c67d65cb74d3de5 
(origin/HEAD, origin/master)
Cloning the remote Git repository
Cloning repository 
ssh://g...@git.company.com/packages/companyApp.git
git --version
git version 1.6.0.2
ERROR: Error cloning remote repo 'origin' : Could not clone 
ssh://g...@git.company.com/packages/companyApp.git
hudson.plugins.git.GitException: Could not clone 
ssh://g...@git.company.com/packages/companyApp.git
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:219)
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1001)
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: hudson.plugins.git.GitException: Command "git clone -o origin 
ssh://g...@git.company.com/packages/companyApp.git/home/build/jenkins/workspace/companyApp"
 returned status code 128:
stdout:
stderr: fatal: destination directory '/home/build/jenkins/workspace/companyApp' 
already exists.

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:773)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:217)
... 12 more
Trying next repository
ERROR: Could not clone repository
FATAL: Could not clone
hudson.plugins.git.GitException: Could not clone
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1013)
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)


Problem 2:
In project configure under the field for Git repository URL it gives the 
following error message:
Failed to connect to repository : Error performing command: git ls-remote -h 
ssh://g...@git.company.com/packages/companyApp.git
 HEAD
All I have supplied is the Git URL. The rest is default git settings for a 
project (mostly empty).


Jenkins runs this procject build on a slave node. This slave node is run with 
user "build" and that user has access to 
g...@git.company.com (its public key is on 
git.company.com). This is evident since I am able to manually clone the project.


/Sverre


CONFIDENTIALITY This e-mail and any attachment contain KONGSBERG information 
which may be proprietary, confiden

Not possible to remove a plugin in a job

[Anders Persson]

Hi

some of the plugins that we use is not possible to remove from a job due to 
that it does not exist a delete button. For example these plugins are not 
possible to delete from the job we have created:

https://wiki.jenkins-ci.org/display/JENKINS/Deploy+Plugin

https://wiki.jenkins-ci.org/display/JENKINS/Claim+plugin

http://docs.codehaus.org/pages/viewpage.action?pageId=116359341

Is it the plugin that specifies it or is it something wrong with our 
version of Jenkins?

Any workaround except creating the job from scratch again? I do not want to 
loose the history of the job by creating a new job without the plugin I 
want to delete.


We use Jenkins version 1.511

Regards

Anders

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

How to Install ClearCase plugins without Internet connection

[Anna]

I am trying to install a ClearCase plugin on a system that does not have an 
Internet connect and one will not be possible. Therefore, I need to figure 
out how to install it manually. I have downloaded the plugin zip files from 
http://updates.jenkins-ci.org/download/plugins/ and have unzipped 2 of the 
5 ClearCase plugins. I am looking at instructions from 
https://wiki.jenkins-ci.org/display/JENKINS/Plugins on how to do a manual 
install. It all seems fairly simple except I cannot find the *.hpi files 
anywhere. They don't seem to be included in the zip files I downloaded. I 
can't find them anywhere online. Have the install instructions changed? 
Does anyone know where to find these hpi files I need? Thanks so much.

Anna

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Maven multi-module projects & Jenkins fingerprinting

[Jon Archer]

Hi all,

I have been experimenting with Maven multi-module projects and Jenkins
fingerprinting and am a bit confused about one aspect. Not sure if it's
working as it should, if I have my config wrong or if there's a defect
lurking.

I have the following setup:

- 'sandbox': a multi-module maven project with modules 'library' and
'webapp'. 'webapp' declares a dependency in its pom.xml on 'library'.
'sandbox' is in its own git repo and has its own Jenkins job.

- 'sandbox-widgets': a regular (non-multi-module) Maven project. It is in
its own git repo and has its own Jenkins job.

- 'sandbox-contrib': another regular Maven project w/own git repo and
Jenkins job just like 'sandbox-widget'

- the pom.xml for the 'library' module in the 'sandbox' project also
declares a dependency on 'sandbox-widgets' and 'sandbox-contribs'

When a build of the 'sandbox' job occurs and I go look at the "See
Fingerprints" page for that build I am surprised to see that the
sandbox-library-1.0-SNAPSHOT.jar states that the original owner is "outside
Jenkins". Curiously the sandbox-library-1.0.-SNAPSHOT.pom seems to work OK,
referring back to the build it came from.

The dependencies from other build jobs ('sandbox-widgets' and
'sandbox-contribs') all seem to behave as I expect; i.e. they are not
referred to as 'ouside Jenkins' but link to the builds from which they came.

(Screenshot in case this isn't clear:
http://picpaste.com/pics/HfDswuZH.1366213157.png)

So I was wondering if anyone had any ideas what was up with that...

Thanks in advance,
Jon

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Running a Shell script to start JBoss 5.1

[rakeshh]

Hi,

I have been trying to run a Jenkins job to stop and start Jboss(5.1 GA)
using a shell script . The process is that the Jboss servers are first
stopped and restarted in the same script. But once the job finishes the
process gets killed .

What i found is that when i run the shell script directly it works fine and
JBoss is started , but as a part of jenkins job it kill the process at the
end.

I followed the instructions in this 
http://jenkins.361315.n4.nabble.com/Start-JBoss-after-successful-build-on-Master-and-Slave-Nodes-td384969.html

 
l but still the same problem persists.

Is there any work around on this?

Thanks,
Rakesh



--
View this message in context: 
http://jenkins.361315.n4.nabble.com/Running-a-Shell-script-to-start-JBoss-5-1-tp4663133.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.
For more options, visit https://groups.google.com/groups/opt_out.

A couple of Git problems

[Sverre Moe]

I'm using Git with Jenkins and are having some problems. 

Have turned off JGit with -Dorg.jenkinsci.plugins.gitclient.Git.useJGit=false, 
because otherwise it would not work. 

I'm using the following Git Url in my project settings: ssh:// 
g...@git.company.com/packages/companyApp.git 

Problem 1: 
Unable to perform git clone to workspace. This is because Jenkins automatically 
creates the workspace directory. I have gone around this problem by performing 
a manually git clone git@git:/packages/companyApp  into the project workspace 
directory before I start my first build. I have read somewhere that it was not 
recommended to clone the project into the workspace directory, but I'm not sure 
how else to set it up. 

Started by user anonymous 
Building remotely on Build-2 in workspace 
/home/build/jenkins/workspace/companyApp 
Checkout:companyApp / /home/build/jenkins/workspace/companyApp - 
hudson.remoting.Channel@c0e349:Build-2 
Using strategy: Default 
selected Git installation does not exists. Using Default 
Last Built Revision: Revision b251d9ef240dbb3a2b4d18a16c67d65cb74d3de5 
(origin/HEAD, origin/master) 
Cloning the remote Git repository 
Cloning repository ssh:// g...@git.company.com/packages/companyApp.git 
git --version 
git version 1.6.0.2 
ERROR: Error cloning remote repo 'origin' : Could not clone ssh:// 
g...@git.company.com/packages/companyApp.git 
hudson.plugins.git.GitException: Could not clone ssh:// 
g...@git.company.com/packages/companyApp.git 
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:219) 
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1001) 
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942) 
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387) 
at hudson.remoting.UserRequest.perform(UserRequest.java:118) 
at hudson.remoting.UserRequest.perform(UserRequest.java:48) 
at hudson.remoting.Request$2.run(Request.java:326) 
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
 
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) 
at java.util.concurrent.FutureTask.run(FutureTask.java:166) 
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:722) 
Caused by: hudson.plugins.git.GitException: Command "git clone -o origin ssh:// 
g...@git.company.com/packages/companyApp.git 
/home/build/jenkins/workspace/companyApp" returned status code 128: 
stdout:  
stderr: fatal: destination directory '/home/build/jenkins/workspace/companyApp' 
already exists. 

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:773)
 
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:217) 
... 12 more 
Trying next repository 
ERROR: Could not clone repository 
FATAL: Could not clone 
hudson.plugins.git.GitException: Could not clone 
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1013) 
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942) 
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387) 
at hudson.remoting.UserRequest.perform(UserRequest.java:118) 
at hudson.remoting.UserRequest.perform(UserRequest.java:48) 
at hudson.remoting.Request$2.run(Request.java:326) 
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
 
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) 
at java.util.concurrent.FutureTask.run(FutureTask.java:166) 
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:722) 
  
  
Problem 2: 
In project configure u nder the field for Git repository URL it gives the 
following error message: 
Failed to connect to repository : Error performing command: git ls-remote -h 
ssh:// g...@git.company.com/packages/companyApp.git  HEAD 
All I have supplied is the Git URL. The rest is default git settings for a 
project (mostly empty). 
  
  
Jenkins runs this procject build on a slave node. This slave node is run with 
user "build"  and that user has access to  g...@git.company.com  (its public 
key is on git.company.com). This is evident since I am able to manually clone 
the project. 
  
  
/Sverre 


CONFIDENTIALITY
This e-mail and any attachment contain KONGSBERG information which may be 
proprietary, confidential or subject to export regulations, and is only meant 
for the intended recipient(s). Any disclosure, copying, distribution or use is 
prohibited, if not otherwise explicitly agreed with KONGSBERG. If received in 
error, please delete it immediately from your system and notify the sender 
properly.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an em

Jenkins doing nothing, but running a job

[aswini.r]

I see that at times a job is running on the Jenkins server, but with no logs
and with a message in the jenkins console saying "Build has been executing
for null on master". I am not able to kill the job and neither I am able to
run another build for the same job. Why does this happen and what is the
work around for this situation? 

Thanks,
Aswini



--
View this message in context: 
http://jenkins.361315.n4.nabble.com/Jenkins-doing-nothing-but-running-a-job-tp4663120.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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Problem with sending email

[Vladimir Zak]

No, nothing

I found the problem. Symantec Endpoint killed the sending with his
heuristic :(

zakyn


2013/4/16 Slide 

> Hmmm, that's all you get? No timeout at all or anything?
>
>
> On Tue, Apr 16, 2013 at 10:45 AM, Vladimir Zak wrote:
>
>> Yes, and this is a report.
>>
>>
>>
>> Running from: C:\_jenkins\jenkins\jenkins.
>> war
>> webroot: EnvVars.masterEnvVars.get("JENKINS_HOME")
>> Jenkins home directory: c:\_jenkins\jenkins found at:
>> EnvVars.masterEnvVars.get("JENKINS_HOME")
>> DEBUG: JavaMail version 1.4.4
>> DEBUG: successfully loaded resource: /META-INF/javamail.default.providers
>> DEBUG: Tables of loaded providers
>> DEBUG: Providers Listed By Class Name:
>> {com.sun.mail.smtp.SMTPSSLTransport=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun
>> Microsystems, Inc],
>> com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
>> Microsystems, Inc],
>> com.sun.mail.imap.IMAPSSLStore=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun
>> Microsystems, Inc],
>> com.sun.mail.pop3.POP3SSLStore=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun
>> Microsystems, Inc],
>> com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
>> Microsystems, Inc],
>> com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
>> Microsystems, Inc]}
>> DEBUG: Providers Listed By Protocol:
>> {imaps=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun
>> Microsystems, Inc],
>> imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Sun
>> Microsystems, Inc],
>> smtps=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Sun
>> Microsystems, Inc],
>> pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun
>> Microsystems, Inc],
>> pop3s=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Sun
>> Microsystems, Inc],
>> smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
>> Microsystems, Inc]}
>> DEBUG: successfully loaded resource:
>> /META-INF/javamail.default.address.map
>> DEBUG: getProvider() returning
>> javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun
>> Microsystems, Inc]
>> DEBUG SMTP: useEhlo true, useAuth false
>> DEBUG SMTP: trying to connect to host "172.16.1.3", port 25, isSSL false
>>
>>
>>
>> 2013/4/16 Alex Earl 
>>
>>> Did you try enabling the javamail debug like I suggested?
>>>
>>> Sent from my Windows Phone
>>> --
>>> From: Vladimir Zak
>>> Sent: 4/16/2013 10:00
>>> To: jenkinsci-users@googlegroups.com
>>> Subject: Re: Problem with sending email
>>>
>>>  Hello,
>>>
>>> I tried to run new jenkins from the war and try to send email.
>>> The problem is still there - so it seems to me that the problem is not
>>> in Jenkins itself.
>>>
>>> Do you have any hint where the problem could be?
>>>
>>> I think
>>> * firewall for jenkins not for the port because telnet is available
>>> * permission problem
>>> * refused connection from the smtp server - is it possible to anyhow
>>> check it?
>>>
>>> Thank you
>>>
>>> zakyn
>>>
>>>
>>>
>>> 2013/4/16 Vladimir Zak 
>>>
 Hello,

 I have tried all things but still it is not working. You can see the
 log files.

 Do you have any other hint for me, please?

 Using telnet - so SMTP server is working
 220 mai ESMTP Service (Lotus Domino Release 8.5.3FP3) ready at Tue, 16
 Apr 2013 18:40:04 +0200

 Thank you

 zakyn

 -- after start of Jenkins there is this problem ---
 Apr 16, 2013 6:18:55 PM hudson.plugins.greenballs.PluginImpl start
 INFO: Green Balls!
 log4j:WARN No appenders could be found for logger (net.bull.javamelody).
 log4j:WARN Please initialize the log4j system properly.
 Apr 16, 2013 6:18:58 PM jenkins.InitReactorRunner$1 onTaskFailed
 SEVERE: Failed Loading plugin nodeofflinenotification
 hudson.util.IOException2: Failed to initialize
 at hudson.ClassicPluginStrategy.load(ClassicPluginStrategy.java:349)
 at hudson.PluginManager$2$1$1.run(PluginManager.java:317)
 at
 org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146)
 at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)
 at jenkins.model.Jenkins$7.runTask(Jenkins.java:875)
 at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
 at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)

 at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown
 Source)
 at java.lang.Thread.run(Unknown Source)
 Caused by: org.jruby.exceptions.RaiseException: (LoadError) library
 `fiber' could not be loaded: java.lang.ClassNotFoundException:
 org.jruby.ext.fiber.ThreadFiberLibrary

 Apr 16,