Jenkins cannot connect to X server on Debain 7.1

[Fatemeh Mehdizadeh]

Hi all,

My test on jenkins is failing because jenkins can't connect to the x server 
on my Debian machine. In my job configuration I set Build--->Execute 
shell> and in command section I typed:

bash -l -c "rm -rf router/reports/*.pdf"
echo $WORKSPACE > workspace_place
bash -l -c "nosetests -w router --with-xunit"

When I build the job it says:

nosetests: cannot connect to X server

My tcp connection is enabled, when I run netstat -nal | grep 6000 the output is:

tcp0  0 0.0.0.0:60000.0.0.0:*   LISTEN 
tcp6   0  0 :::6000 :::*LISTEN 

and also in terminal I typed:
xhost localhost

I don't Know what should i do, please help me.

Thanks


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

Re: JAVA_HOME on Mac Mavericks

[Jeffrey Schmitz]

Bummer, and there seems no easy way to remove Java 8 from a Mac once installed.


On Mar 28, 2014, at 4:19 PM, Stephen Connolly  
wrote:

> FYI right now most versions of Jenkins bomb out on java 1.8 (can't save 
> config)
> 
> On Friday, 28 March 2014, Jeff Schmitz  wrote:
> Hello,
>Short version: What do you set JAVA_HOME to when configuring Jenkins on a 
> Mac Mavericks machine with a newly installed Java 1.8 from Oracle?
> 
> I'm a newbie to Jenkins and am trying to get an initial setup running per the 
> Jenkins Definitive Guide book.  I recently installed the latest Java from 
> Oracle (1.8) on a Mavericks machine that didn't have Java installed.  Now I 
> can't figure out what to set JAVA_HOME to when configuring Jenkins.  I tried 
> /usr/libexec/java_home but Jenkins doesn't like that, it says it's not a 
> directory.  I think tried what /usr/libexec/java_home points to but Jenkins 
> said it doesn't look like a java distribution.  
> 
> Thanks!
> Jeff
> 
> -- 
> You received this message because you are subscribed to the Google 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/d/optout.
> 
> 
> -- 
> Sent from my phone
> 
> -- 
> 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/3XVGjPL1eGs/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> jenkinsci-users+unsubscr...@googlegroups.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.
For more options, visit https://groups.google.com/d/optout.

Backing up the plugins themselves

[Mishael Kim]

Hi,

I was wondering what most of you guys do to backup the plugins themselves.
 JENKINS_HOME/plugins is pretty big in itself.  If I wanted to back a
snapshot of all of the plugins and had a situation that I needed to start
from scratch again, do I really need the complete JENKINS_HOME/plugins
folder?  Any other tips for backing up the plugins?

Thanks,
Mishael

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Re: Maven Builds - Slow Build Times on Jenkins Slaves

[Kai]

Thanks for the follow-up Mathus!

I was able to track down the issue. The culprit seems to be the disk-usage 
plugin .
Once I disabled the disk-usage plugin, the builds on the jenkins slave 
started performing as fast as on the master.

I'm not sure why it was churning to calculate the disk usage when running 
on slaves. If anyone has insights into this, I would love to know, thanks!

Here is the stacktrace I saw in the logs:
Mar 28, 2014 11:58:42 AM hudson.plugins.disk_usage.DiskUsageUtil 
calculateWorkspaceDiskUsageForPath
WARNING: Disk usage fails to calculate workspace for file path 
/var/lib/jenkins/workspace/test-project through channel 
hudson.remoting.Channel@7ad8a715:jenkins-slave-3
java.util.concurrent.TimeoutException
at hudson.remoting.Request$1.get(Request.java:275)
at hudson.remoting.Request$1.get(Request.java:210)
at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59)
at 
hudson.plugins.disk_usage.DiskUsageUtil.calculateWorkspaceDiskUsageForPath(DiskUsageUtil.java:294)
at 
hudson.plugins.disk_usage.DiskUsageBuildListener.onCompleted(DiskUsageBuildListener.java:60)
at 
hudson.plugins.disk_usage.DiskUsageBuildListener.onCompleted(DiskUsageBuildListener.java:23)
at hudson.model.listeners.RunListener.fireCompleted(RunListener.java:199)
at hudson.maven.MavenBuild$ProxyImpl2.end(MavenBuild.java:574)
at sun.reflect.GeneratedMethodAccessor448.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at hudson.model.Executor$1.call(Executor.java:559)
at hudson.util.InterceptingProxy$1.invoke(InterceptingProxy.java:23)
at $Proxy50.end(Unknown Source)
at sun.reflect.GeneratedMethodAccessor447.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:299)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:280)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:239)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:328)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

On Thursday, March 27, 2014 10:34:14 AM UTC-7, Baptiste Mathus wrote:
>
> If using the maven type job, try using a freestyle one and see if you got 
> a different result. 
>
> Apart from that, it would be really helpful if you could generate many 
> stacktraces in a dedicated jira, take them during those apparently idle 
> times to see what it's doing.
>
> Cheers
> Le 27 mars 2014 17:08, "Kai" > a écrit :
>
>> Hi, just wanted to check-in if anyone has insights into this or if anyone 
>> else is experiencing similar issues with mvn build jobs running on jenkins 
>> slaves?
>>
>> Thanks.
>>
>> On Saturday, March 22, 2014 11:38:35 AM UTC-7, Kai wrote:
>>>
>>> Sorry for the late reply. Actually, it runs pretty quick when I run my 
>>> maven command manually on the slave - takes about ~8 mins.
>>>
>>> However, when I run through Jenkins, it takes between ~18-19mins for the 
>>> job to complete.
>>> Here are a few snippets from the console logs. Most of the areas where 
>>> it tends to be slow is when it says "deleting .../target" directory, then 
>>> says "archiving disabled" and stays there for like 2 mins usually, then 
>>> moves on. And it does this for each maven module that's part of the 
>>> project, so it adds up.
>>> Also, takes some time, after "archiving steps", then says "archiving 
>>> disabled", usually like up to 2 min delay before moving on.
>>>
>>> *Snippets from Console Log*
>>>
>>>
>>> *19:56:10 [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
>>> test-project-parent ---19:56:10 [INFO] Deleting 
>>> /var/lib/jenkins/workspace/test-project/target19:56:13 [JENKINS] Archiving 
>>> disabled 19:58:33 [INFO]20:03:32 [JENKINS] Archiving site from 
>>> /var/lib/jenkins/workspace/test-project-main/test-project/target/site to 
>>> /var/lib/jenkins/jobs/test-project-main/site/test-project 20:03:32 
>>> [JENKINS] Archiving disabled20:05:51 [INFO]   *
>>>
>>>
>>>
>>>
>>>
>>> On Tuesday, March 18, 2014 11:15:49 PM UTC-7, Baptiste Mathus wrote:

 Outside Jenkins, I mean.
 Le 19 mars 2014 07:15, "Baptiste Mathus"  a écrit :

> Is it also slow if you run the maven build manually o

Re: gitblit integration not working anymore

[Hemang Lavana]

Thanks for the quick response. I will wait for the next release of git 
plugin.

Hemang.

On Friday, March 28, 2014 3:37:22 PM UTC-4, Mark Waite wrote:
>
> A bug was introduced in git plugin 2.0.4 which case the repository browser 
> URL not to be saved.
>
> The fix is in:
>
>
> https://github.com/jenkinsci/git-plugin/commit/b46de67f7f30139f5a876b6f1c6f21fcdbfea821
>  
>
> The bug report is 
>
> https://issues.jenkins-ci.org/browse/JENKINS-22064
>
> Mark Waite
>
>
> On Fri, Mar 28, 2014 at 11:43 AM, Hemang Lavana 
> 
> > wrote:
>
>> Hi,
>>
>> It seems that there is some issue with gitblit integration in the recent 
>> versions or something not setup correctly in my environment. I downloaded 
>> and installed jenkins LTS 1.532.2 and installed latest git plugin 2.0.4 and 
>> git-client plugin 1.7.0. In a job, I selected:
>>
>> * SCM as Git
>> ** Repository Browser: gitblit (changed from Auto)
>>   Gitblit root url: 
>>   Project name in gitblit: demo.git
>>
>> When I save this job, it saves everything except for the "gitblit root 
>> url". As a result, it is not able to link the scm changes to my gitblit 
>> instance. Is this a known issue and any idea on how to fix this. It used to 
>> work before but I don't recall which version of the git plugin I was using 
>> then. On the gitblit side, I have tried with 1.3.2 and 1.4 version and that 
>> doesn't seem to make any difference.
>>
>> Thanks,
>> Hemang.
>>
>> -- 
>> You received this message because you are 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/d/optout.
>>
>
>
>
> -- 
> Thanks!
> Mark Waite
>  

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Re: JAVA_HOME on Mac Mavericks

[Stephen Connolly]

FYI right now most versions of Jenkins bomb out on java 1.8 (can't save
config)

On Friday, 28 March 2014, Jeff Schmitz  wrote:

> Hello,
>Short version: What do you set JAVA_HOME to when configuring Jenkins on
> a Mac Mavericks machine with a newly installed Java 1.8 from Oracle?
>
> I'm a newbie to Jenkins and am trying to get an initial setup running per
> the Jenkins Definitive Guide book.  I recently installed the latest Java
> from Oracle (1.8) on a Mavericks machine that didn't have Java installed.
>  Now I can't figure out what to set JAVA_HOME to when configuring Jenkins.
>  I tried /usr/libexec/java_home but Jenkins doesn't like that, it says it's
> not a directory.  I think tried what /usr/libexec/java_home points to but
> Jenkins said it doesn't look like a java distribution.
>
> Thanks!
> Jeff
>
> --
> You received this message because you are subscribed to the Google 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/d/optout.
>


-- 
Sent from my phone

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Announcing Jenkins plugins for Google Cloud

[Nghia Tran]

We are excited to announce the release of the first set of Jenkins plugins 
for Google Cloud. These plugins are being used today in the Push-to-deploy 
feature for App 
Engineapps written 
in Java.

Google Cloud Storage 
Plugin

This plugin provides the “Google Cloud Storage Uploader” post-build step 
for publishing build artifacts to Google Cloud Storage. It depends on the 
Google OAuth Credentials and Metadata plugins.

Google OAuth Credentials 
Plugin

This plugin implements the OAuth Credentials interfaces for surfacing 
Google Service Accounts to Jenkins master. It allows for the registration 
of Google Service Account Credentials with the Jenkins master, enabling the 
use of these credentials for  interacting with Google APIs.

Google Metadata 
Plugin
This plugin provides a basic framework for steps in a build’s lifecycle to 
attach JSON-serializable metadata to a build and the artifacts produced by 
the build. 

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Re: Jenkins exception on startup

[Mark Waite]

I can't be sure, but it might need the fix to
https://issues.jenkins-ci.org/browse/JENKINS-22398 .  That fix seems to
mention an XStream import problem related to job definition files.

Another possibility might be the git-server plugin, which has caused
startup problems in the past.


On Fri, Mar 28, 2014 at 2:30 PM, Jeff Schmitz  wrote:

> Hello,
>   While trying to install the GIT Plugin I've somehow managed to mangle
> Jenkins, and now when I go to localhost:8080 I just get:
>
> hudson.util.HudsonFailedToLoad: org.jvnet.hudson.reactor.ReactorException: 
> java.lang.Error: java.lang.reflect.InvocationTargetException
>   at hudson.WebAppMain$3.run(WebAppMain.java:234)
> Caused by: org.jvnet.hudson.reactor.ReactorException: java.lang.Error: 
> java.lang.reflect.InvocationTargetException
>   at org.jvnet.hudson.reactor.Reactor.execute(Reactor.java:269)
>   at jenkins.InitReactorRunner.run(InitReactorRunner.java:44)
>   at jenkins.model.Jenkins.executeReactor(Jenkins.java:910)
>   at jenkins.model.Jenkins.(Jenkins.java:809)
>   at hudson.model.Hudson.(Hudson.java:82)
>   at hudson.model.Hudson.(Hudson.java:78)
>   at hudson.WebAppMain$3.run(WebAppMain.java:222)
> Caused by: java.lang.Error: java.lang.reflect.InvocationTargetException
>   at hudson.init.TaskMethodFinder.invoke(TaskMethodFinder.java:109)
>   at hudson.init.TaskMethodFinder$TaskImpl.run(TaskMethodFinder.java:169)
>   at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:282)
>   at jenkins.model.Jenkins$7.runTask(Jenkins.java:899)
>   at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:210)
>   at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
>   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:744)
> Caused by: java.lang.reflect.InvocationTargetException
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:483)
>   at hudson.init.TaskMethodFinder.invoke(TaskMethodFinder.java:105)
>
>   ... 8 more
> Caused by: java.lang.ArrayIndexOutOfBoundsException: -1
>   at 
> com.thoughtworks.xstream.core.util.OrderRetainingMap.entrySet(OrderRetainingMap.java:77)
>   at java.util.HashMap.putMapEntries(HashMap.java:511)
>   at java.util.HashMap.putAll(HashMap.java:784)
>   at 
> com.thoughtworks.xstream.core.util.OrderRetainingMap.(OrderRetainingMap.java:36)
>   at 
> com.thoughtworks.xstream.converters.reflection.FieldDictionary.buildMap(FieldDictionary.java:135)
>   at 
> com.thoughtworks.xstream.converters.reflection.FieldDictionary.fieldsFor(FieldDictionary.java:76)
>   at 
> com.thoughtworks.xstream.converters.reflection.PureJavaReflectionProvider.visitSerializableFields(PureJavaReflectionProvider.java:127)
>   at 
> hudson.util.RobustReflectionConverter.doMarshal(RobustReflectionConverter.java:149)
>   at 
> hudson.util.RobustReflectionConverter.marshal(RobustReflectionConverter.java:108)
>
>
>  --
> You received this message because you are subscribed to the Google 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/d/optout.
>



-- 
Thanks!
Mark Waite

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Jenkins exception on startup

[Jeff Schmitz]

Hello,
  While trying to install the GIT Plugin I've somehow managed to mangle 
Jenkins, and now when I go to localhost:8080 I just get:

hudson.util.HudsonFailedToLoad: org.jvnet.hudson.reactor.ReactorException: 
java.lang.Error: java.lang.reflect.InvocationTargetException
at hudson.WebAppMain$3.run(WebAppMain.java:234)
Caused by: org.jvnet.hudson.reactor.ReactorException: java.lang.Error: 
java.lang.reflect.InvocationTargetException
at org.jvnet.hudson.reactor.Reactor.execute(Reactor.java:269)
at jenkins.InitReactorRunner.run(InitReactorRunner.java:44)
at jenkins.model.Jenkins.executeReactor(Jenkins.java:910)
at jenkins.model.Jenkins.(Jenkins.java:809)
at hudson.model.Hudson.(Hudson.java:82)
at hudson.model.Hudson.(Hudson.java:78)
at hudson.WebAppMain$3.run(WebAppMain.java:222)
Caused by: java.lang.Error: java.lang.reflect.InvocationTargetException
at hudson.init.TaskMethodFinder.invoke(TaskMethodFinder.java:109)
at hudson.init.TaskMethodFinder$TaskImpl.run(TaskMethodFinder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:282)
at jenkins.model.Jenkins$7.runTask(Jenkins.java:899)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:210)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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:744)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at hudson.init.TaskMethodFinder.invoke(TaskMethodFinder.java:105)

... 8 more
Caused by: java.lang.ArrayIndexOutOfBoundsException: -1
at 
com.thoughtworks.xstream.core.util.OrderRetainingMap.entrySet(OrderRetainingMap.java:77)
at java.util.HashMap.putMapEntries(HashMap.java:511)
at java.util.HashMap.putAll(HashMap.java:784)
at 
com.thoughtworks.xstream.core.util.OrderRetainingMap.(OrderRetainingMap.java:36)
at 
com.thoughtworks.xstream.converters.reflection.FieldDictionary.buildMap(FieldDictionary.java:135)
at 
com.thoughtworks.xstream.converters.reflection.FieldDictionary.fieldsFor(FieldDictionary.java:76)
at 
com.thoughtworks.xstream.converters.reflection.PureJavaReflectionProvider.visitSerializableFields(PureJavaReflectionProvider.java:127)
at 
hudson.util.RobustReflectionConverter.doMarshal(RobustReflectionConverter.java:149)
at 
hudson.util.RobustReflectionConverter.marshal(RobustReflectionConverter.java:108)


-- 
You received this message because you are subscribed to the Google 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/d/optout.

Re: Multiple Git.exe processes running on my build server even when there are no builds going

[S Day]

Hey Mark, thanks so much for your reply, I will read this blogpost:

http://kohsuke.org/2011/12/01/polling-must-die-triggering-jenkins-builds-from-a-git-hook/

and check the time on the processes. We have the latest version of
gitplugin and we're on 19 looks 191 came out 2 weeks ago so i'll update
that as well.

I will also follow up thanks again!



On Fri, Mar 28, 2014 at 3:35 PM, Mark Waite wrote:

> How long have the processes been running?
>
> If they are short-lived processes, they might be the result of many jobs
> polling concurrently with small polling intervals (like once every minute).
>  If you are polling that frequently, you should consider the "polling must
> die" post from Kohsuke Kawaguchi for a faster and lighter technique to
> accomplish the same result.
>
> If they are long-lived processes, they might be the result of git.exe
> blocking while prompting for authentication.  Be sure you're running the
> latest version of the git-client-plugin and the git-plugin to reduce the
> chances of blocking for authentication.
>
> Since other jobs are not running, and since a checkout will not complete
> until the git process exits, I assume they are not the "remnants" of a git
> checkout.  You might be able to better guess the purpose of those processes
> if you can list the arguments to the command.  Refer to
> http://windowsxp.mvps.org/listproc.htm for a suggestion of a way you can
> list the arguments passed to a Windows process.
>
> Mark Waite
>
>
> On Fri, Mar 28, 2014 at 12:12 PM, S Day  wrote:
>
>> I was wondering if you had a few minutes to check out this problem I seem
>> to be experiencing with the Jenkings Github plugin..
>>
>>  As you can see I have many instances of git.exe running however...
>>
>>   I have nothing building, nothing pulling from git, or anything
>>
>>   It appears nothing is closing gracefully, is this a known issue or how
>> the software is supposed to run or something wrong with my Jenkins
>> configuration.
>>
>>   Thanks for taking the time to read 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.
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Thanks!
> Mark Waite
>
> --
> 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/38yQEn4izNM/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> jenkinsci-users+unsubscr...@googlegroups.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.
For more options, visit https://groups.google.com/d/optout.

JAVA_HOME on Mac Mavericks

[Jeff Schmitz]

Hello,
   Short version: What do you set JAVA_HOME to when configuring Jenkins on 
a Mac Mavericks machine with a newly installed Java 1.8 from Oracle?

I'm a newbie to Jenkins and am trying to get an initial setup running per 
the Jenkins Definitive Guide book.  I recently installed the latest Java 
from Oracle (1.8) on a Mavericks machine that didn't have Java installed. 
 Now I can't figure out what to set JAVA_HOME to when configuring Jenkins. 
 I tried /usr/libexec/java_home but Jenkins doesn't like that, it says it's 
not a directory.  I think tried what /usr/libexec/java_home points to but 
Jenkins said it doesn't look like a java distribution.  

Thanks!
Jeff

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Re: gitblit integration not working anymore

[Mark Waite]

A bug was introduced in git plugin 2.0.4 which case the repository browser
URL not to be saved.

The fix is in:

https://github.com/jenkinsci/git-plugin/commit/b46de67f7f30139f5a876b6f1c6f21fcdbfea821


The bug report is

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

Mark Waite


On Fri, Mar 28, 2014 at 11:43 AM, Hemang Lavana wrote:

> Hi,
>
> It seems that there is some issue with gitblit integration in the recent
> versions or something not setup correctly in my environment. I downloaded
> and installed jenkins LTS 1.532.2 and installed latest git plugin 2.0.4 and
> git-client plugin 1.7.0. In a job, I selected:
>
> * SCM as Git
> ** Repository Browser: gitblit (changed from Auto)
>   Gitblit root url: 
>   Project name in gitblit: demo.git
>
> When I save this job, it saves everything except for the "gitblit root
> url". As a result, it is not able to link the scm changes to my gitblit
> instance. Is this a known issue and any idea on how to fix this. It used to
> work before but I don't recall which version of the git plugin I was using
> then. On the gitblit side, I have tried with 1.3.2 and 1.4 version and that
> doesn't seem to make any difference.
>
> Thanks,
> Hemang.
>
> --
> You received this message because you are subscribed to the Google 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/d/optout.
>



-- 
Thanks!
Mark Waite

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Re: Multiple Git.exe processes running on my build server even when there are no builds going

[Mark Waite]

How long have the processes been running?

If they are short-lived processes, they might be the result of many jobs
polling concurrently with small polling intervals (like once every minute).
 If you are polling that frequently, you should consider the "polling must
die" post from Kohsuke Kawaguchi for a faster and lighter technique to
accomplish the same result.

If they are long-lived processes, they might be the result of git.exe
blocking while prompting for authentication.  Be sure you're running the
latest version of the git-client-plugin and the git-plugin to reduce the
chances of blocking for authentication.

Since other jobs are not running, and since a checkout will not complete
until the git process exits, I assume they are not the "remnants" of a git
checkout.  You might be able to better guess the purpose of those processes
if you can list the arguments to the command.  Refer to
http://windowsxp.mvps.org/listproc.htm for a suggestion of a way you can
list the arguments passed to a Windows process.

Mark Waite


On Fri, Mar 28, 2014 at 12:12 PM, S Day  wrote:

> I was wondering if you had a few minutes to check out this problem I seem
> to be experiencing with the Jenkings Github plugin..
>
>  As you can see I have many instances of git.exe running however...
>
>   I have nothing building, nothing pulling from git, or anything
>
>   It appears nothing is closing gracefully, is this a known issue or how
> the software is supposed to run or something wrong with my Jenkins
> configuration.
>
>   Thanks for taking the time to read 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.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Thanks!
Mark Waite

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Re: Guidance on templating

[Kenneth Dick]

The SCM plugins can take job parameters as part of the SCM location. You 
could pass the SCM location details with a job parameter and hard code to 
use that parameter. 

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Jenkins losing project relationship

[Kenneth Dick]

Hello all, I've learned a ton from this google group and now I think I've 
run into something new.

Background: We have created 15 deployment pipelines for applications in our 
platform to deploy into a Dev integration environment and a QA environment 
using a single deploy job for each destination. When the root job of the 
pipelines has successfully pushed through the QA deploy we are including 
that root job build in another pipeline which pushes all applications to 
other environments.

Central function: We rely on Project Relationship (using 
getRelationship)and fingerprints. We create a special file for 
fingerprinting in each build: %JOB_NAME%_%BUILD_NUMBER%.fingerprint

Issue: We find that sometimes the project relationship is not created even 
though the fingerprint file was created, archived in the root job, and 
archived in each downstream deploy job. 

Workaround: We find we can repair the relationship by deleting the deploy 
builds, changing the affected pipeline to manual trigger steps and then 
executing each build pipeline step again. Thus the same root job was 
deployed a 2nd time but this time the project relationship exists. 
(Confirmed by using the project relationship page to compare root job to 
each downstream deploy job)

Note: Build pipeline appearance sample as follows
App-ABC > Deploy D1 > Deploy Q1
App-DEF > Deploy D1 > Deploy Q1
AllApp >Deploy Q2 > Deploy Stress > Deploy UAT
(AllApp uses groovy to CopyArtifact from latest relationship between App-* 
and Deploy Q1)

groovy snippet which chooses the build number of the root job for 
copyartifact

  //Get the relationship of upstream job build # to downstream job 
build number   
  //If the downstream job was run more than one time for a single 
upstream build then the rangeset will have number values per Key.
  //The key is the upstream job's build number
  SortedMap relationship = 
uProj.getRelationship(relationProj); 
  // Iterate through the relationships between matched job and this 
upstream job
 // Because they come out last build first, we will break the loop 
when a successful match build is found
  for( Map.Entry entry : 
relationship.entrySet()) 
  {
  buildByNumber= uProj.getBuildByNumber(entry.getKey()); 
//Get Upstream build so we can print it's name
  println(entry.getKey() +" | "+entry.getValue());
//Print the Upstream build number | downstream associated builds   
   
   dbuilds = relationProj.getBuilds(entry.getValue());//Get 
list of matched builds correcponding to this upstream build
  for(AbstractBuild dbuild : dbuilds)
  {
 if(dbuild.getResult()==hudson.model.Result.SUCCESS)
 {
   String defaultDate = "01/01/2014 00:00:00";
   java.util.Date parsedDate;
   try{
  SimpleDateFormat formatter = new 
SimpleDateFormat("MM/dd/ hh:mm:ss");
  parsedDate= formatter.parse(minDate);
} catch (ParseException ex) {
println ("Date parsing failed: " +minDate);
parsedDate= formatter.parse(defaultDate);
}
if(dbuild.getTime().after(parsedDate)) 
{
   println ("Last " +relationProj.getName() +" SUCCESS 
at Build Number " + dbuild.number + " From " + dbuild.getTime().toString());
   //buildnumber=entry.getKey();
   //break;
}
 }
  }

Thanks for reading
Ken

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Note on IE 11 compatibility w/ Jenkins v.1532.2

[Richard J Otter]

Note on IE 11 compatibility w/ Jenkins v.1532.2

This bugs me because for the longest time I thought these Jenkins features
were broken.

 

The People link produces no output on IE 11

The TimeStamper plugin's radio buttons in the log view do not change
anything using IE 11.

 

They work fine with Chrome.

(I give thanks every day that I don't do web development.)

 

-- 
You received this message because you are subscribed to the Google 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/d/optout.

RE: No program output when running batch command on Windows 7

[David Aldrich]

Hi Scott

Thanks for your reply.


Ø  What about trying to see if myProg is the issue on Win7 rather than Jenkins? 
 Can you echo something (like ENV >>out.txt) to see if that can write out to 
your output file?  If that succeeds, then I'd look at what myProg is doing.
I tried dir > dir.txt and that gives the expected result.  So the situation is 
that its only our program that does not write to stdout when run on a Windows 7 
slave under Jenkins.  From a Win 7 command prompt it works fine. On a WinXP 
slave it works fine.


Ø  do you have your Win7 service for Jenkins set to be able to interact with 
the desktop?

I will have to look into this.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Scott Evans
Sent: 28 March 2014 14:20
To: jenkinsci-users@googlegroups.com
Subject: Re: No program output when running batch command on Windows 7

Don't know if it's relevant to what's going on in your situation (as we don't 
have our Win7 agents running as services, but do you have your Win7 service for 
Jenkins set to be able to interact with the desktop?   (I don't remember 
specifically where that's set or what it's called, but I know we had to do 
something similar with some Win7 situations)
Can you do a copy into that directory via your Jenkins job to verify that 
Jenkins has permissions to write to that location?  I'd assume so since it 
seems that the out.txt gets created.

What about trying to see if myProg is the issue on Win7 rather than Jenkins?  
Can you echo something (like ENV >>out.txt) to see if that can write out to 
your output file?  If that succeeds, then I'd look at what myProg is doing.
Scott

On Fri, Mar 28, 2014 at 9:07 AM, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

We have a regression test that runs happily under Jenkins on a Windows XP slave 
but fails on a Windows 7 slave.  I believe that Jenkins runs as a Windows 
Service in both cases.

Part of the test is to run our application and redirect the output to a file:

myProg > out.txt

This runs as a Windows batch command step.  On the Win XP slave out.txt 
contains the expected output.  On a Windows 7 slave out.txt is empty.

If I delete the redirection so that I just have:

myProg

the Win XP slave's  console output correctly shows the expected output but 
nothing appears for the Win 7 slave.

If I run the program manually on the Win 7 slave from a DOS command prompt I 
see the expected output.

Please can anyone suggest what is going on?

Best regards

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

Re: No program output when running batch command on Windows 7

[Scott Evans]

Don't know if it's relevant to what's going on in your situation (as we
don't have our Win7 agents running as services, but do you have your Win7
service for Jenkins set to be able to interact with the desktop?   (I don't
remember specifically where that's set or what it's called, but I know we
had to do something similar with some Win7 situations)

Can you do a copy into that directory via your Jenkins job to verify that
Jenkins has permissions to write to that location?  I'd assume so since it
seems that the out.txt gets created.

What about trying to see if myProg is the issue on Win7 rather than
Jenkins?  Can you echo something (like ENV >>out.txt) to see if that can
write out to your output file?  If that succeeds, then I'd look at what
myProg is doing.

Scott


On Fri, Mar 28, 2014 at 9:07 AM, David Aldrich
wrote:

>  Hi
>
>
>
> We have a regression test that runs happily under Jenkins on a Windows XP
> slave but fails on a Windows 7 slave.  I believe that Jenkins runs as a
> Windows Service in both cases.
>
>
>
> Part of the test is to run our application and redirect the output to a
> file:
>
>
>
> myProg > out.txt
>
>
>
> This runs as a Windows batch command step.  On the Win XP slave out.txt
> contains the expected output.  On a Windows 7 slave out.txt is empty.
>
>
>
> If I delete the redirection so that I just have:
>
>
>
> myProg
>
>
>
> the Win XP slave's  console output correctly shows the expected output but
> nothing appears for the Win 7 slave.
>
>
>
> If I run the program manually on the Win 7 slave from a DOS command prompt
> I see the expected output.
>
>
>
> Please can anyone suggest what is going on?
>
>
>
> Best regards
>
>
>
> David
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/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.
For more options, visit https://groups.google.com/d/optout.

gitblit integration not working anymore

[Hemang Lavana]

Hi,

It seems that there is some issue with gitblit integration in the recent 
versions or something not setup correctly in my environment. I downloaded 
and installed jenkins LTS 1.532.2 and installed latest git plugin 2.0.4 and 
git-client plugin 1.7.0. In a job, I selected:

* SCM as Git
** Repository Browser: gitblit (changed from Auto)
  Gitblit root url: 
  Project name in gitblit: demo.git

When I save this job, it saves everything except for the "gitblit root 
url". As a result, it is not able to link the scm changes to my gitblit 
instance. Is this a known issue and any idea on how to fix this. It used to 
work before but I don't recall which version of the git plugin I was using 
then. On the gitblit side, I have tried with 1.3.2 and 1.4 version and that 
doesn't seem to make any difference.

Thanks,
Hemang.

-- 
You received this message because you are subscribed to the Google 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/d/optout.

Promoted Builds Plugin and S3 Plugin interaction issue

[scott]

I'm finding that if you add a "publish to s3" step to a build promotion 
process - and you have multiple build promotion processes defined (say, one 
for Dev, Test, and Production) - you get a very strange interaction.

I wanted to publish to a different S3 bucket for each of Dev, Test, and 
Production - and wanted to wire that into the three different build 
promotion definitions.

However, upon Save, the configuration got very strange:  Every build 
promotion process I had defined now had every S3 step from all promotions.

In other words I had defined:

Dev Promo
Publish to s3 dev bucket
Test Promo
Publish to s3 test bucket
Prod Promo
Publish to s3 prod bucket


but upon Save it became:

Dev Promo
Publish to s3 dev bucket
Publish to s3 test bucket
Publish to s3 prod bucket
Test Promo
Publish to s3 dev bucket
Publish to s3 test bucket
Publish to s3 prod bucket
Prod Promo
Publish to s3 dev bucket
Publish to s3 test bucket
Publish to s3 prod bucket

and every subsequent save actually multiplied the S3 configs.


Happy to provide more information if I can.

Scott

-- 
You received this message because you are subscribed to the Google 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/d/optout.

No program output when running batch command on Windows 7

[David Aldrich]

Hi

We have a regression test that runs happily under Jenkins on a Windows XP slave 
but fails on a Windows 7 slave.  I believe that Jenkins runs as a Windows 
Service in both cases.

Part of the test is to run our application and redirect the output to a file:

myProg > out.txt

This runs as a Windows batch command step.  On the Win XP slave out.txt 
contains the expected output.  On a Windows 7 slave out.txt is empty.

If I delete the redirection so that I just have:

myProg

the Win XP slave's  console output correctly shows the expected output but 
nothing appears for the Win 7 slave.

If I run the program manually on the Win 7 slave from a DOS command prompt I 
see the expected output.

Please can anyone suggest what is going on?

Best regards

David

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

RE: Jenkins 1.556 still unstable - HTTP Error 404

[David Aldrich]

Hi Slide

I used to use LTS and indeed found it very stable.  However, LTS seems to move 
very slowly (IMO too slowly) and I wanted to get some of the bug fixes from the 
leading edge version.  That was also important for me when upgrading to the 
latest Active Directory and Credentials plugins.

Difficult to know which is best ;-)

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 27 March 2014 17:41
To: Jenkins User Mailing List
Subject: Re: Jenkins 1.556 still unstable - HTTP Error 404

Have you tried using the LTS instead of latest? I had lots of issues when I was 
tracking the latest for my Jenkins installs. I don't have those issues now that 
I am sticking with the LTS.

On Thu, Mar 27, 2014 at 10:21 AM, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

Sorry for my many recent posts but I am finding it difficult to achieve a 
stable configuration of Jenkins.

I have just upgraded from 1.552 to 1.556 and now see this error when I login:
HTTP ERROR 404
Problem accessing /jenkins/;jsessionid=1ktrqn7avifn613oup7g5x0q2v. Reason:
Not Found

The problem remains if I revert to 1.552.

Any suggestions please?

Best regards

David


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



--
Website: http://earl-of-code.com
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
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.
For more options, visit https://groups.google.com/d/optout.

RE: PermGen failures

[David Aldrich]

Hi Rob

Thanks for your advice, I have changed the parameters to:

JENKINS_JAVA_OPTIONS="-Djava.awt.headless=true -Xmx2048m -Xms1024m 
-XX:MaxPermSize=128m -XX:PermSize=128m"

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of JOHNSTON, Rob
Sent: 27 March 2014 23:59
To: jenkinsci-users@googlegroups.com
Subject: RE: PermGen failures

Hi David

That’s an awful lot of perm space… my main production instance runs with a 4GB 
heap and 128m of perm space (the default for the JVM is something like 64m, 
from memory).

You should enable GC logging for the JVM so you can see how much perm space is 
actually being used and adjust it down accordingly ☺

Rob

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Friday, 28 March 2014 2:55 AM
To: jenkinsci-users@googlegroups.com
Subject: RE: PermGen failures

Hi Rob

Thanks. I have now modified /etc/sysconfig/jenkins to specify:

JENKINS_JAVA_OPTIONS="-Djava.awt.headless=true -Xmx2048m -Xms256m 
-XX:MaxPermSize=1024M"

I’ll see how that goes.

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of JOHNSTON, Rob
Sent: 27 March 2014 00:27
To: jenkinsci-users@googlegroups.com
Subject: RE: PermGen failures

Hi David

If it’s Jenkins itself running out of Perm space then yes, you’ll need to 
increase its MaxPermSize JVM setting.

If it’s a particular build or group of build that throws the error (so the 
error occurs but Jenkins continues to function), you need to figure out how to 
increase the Perm space for the java process that is crashing.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: Wednesday, 26 March 2014 8:55 PM
To: jenkinsci-users@googlegroups.com
Subject: RE: PermGen failures

Hi

Thanks for your reply.

This is not a Maven build.  I start Jenkins from the command line as follows:

$ sudo /etc/init.d/jenkins start

Does that mean that I should modify /etc/sysconfig/Jenkins ?

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Maciej Jaros
Sent: 26 March 2014 10:48
To: jenkinsci-users@googlegroups.com
Subject: Re: PermGen failures

David Aldrich (2014-03-25 17:12):
Hi

In the last few weeks I have been getting a lot of PermGen errors:

FATAL: PermGen space

I am running Jenkins 1.556 on Centos 5.

How should I fix this problem please?

If this is a compilation issue:

In Build options -> Advance -> MAVEN_OPTS use something like: -Xmx1536m 
-XX:MaxPermSize=512m

If this is not a maven project then add build options to your command line.

Cheers,
Nux.

Click 
here
 to report this email as spam.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/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.
For more options, visit https://groups.google.com/d/optout.



This e-mail is sent by Suncorp Group Limited ABN 66 145 290 124 or one of its 
related entities "Suncorp".
Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 
55 or at suncorp.com.au.
The content of this e-mail is the view of the sender or stated author and does 
not necessarily reflect the view of Suncorp. The content, including 
attachments, is a confidential communication between Suncorp and the intended 
recipient. If you are not the intended recipient, any use, interference with, 
disclosure or copying of this e-mail, including attachments, is unauthorised 
and expressly prohibited. If you have received this e-mail in error please 
contact the sender immediately and delete the e-mail and any attachments from 
your system.
　
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com