RE: Setup for Testflight iOS APP

[Chanda Unmack]

I ended up calling  Fastlane from Jenkins for iOS builds, including pushing to 
TestFlight.

https://docs.fastlane.tools/actions/pilot/

hth


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of sukesh.bo...@cura.tech
Sent: Sunday, October 08, 2017 10:08 PM
To: Jenkins Users
Subject: Setup for Testflight iOS APP

Hey Guys,

Can anyone help me out in testflighting iOS build using jenkins?
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/6a151fd8-ce47-4f7f-9b68-4ccd6401281e%40googlegroups.com.
For more options, visit 
https://groups.google.com/d/optout.

NOTE THAT THIS EMAIL ORIGINATED FROM OUTSIDE OF INTUITIVE SURGICAL..
Be alert for fraudulent emails that spoof internal “@intusurg.com” email 
addresses. Report these or other security threats to: 
ithelp...@intusurg.com.

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

jenkins no longer available after upgrade

[Chanda Unmack]

I just upgraded from 2.60.1 to 2.60.2 and upon restarting, Jenkins never 
appears to fully come back. I just get the "Please wait while Jenkins is 
getting ready to work..." However, I am getting build notifications so I know 
parts are working, but that does us no good if we can't access the build 
results.

I was upgrading to hopefully resolve my many issues with Jenkins crashing with 
npe or hanging, causing us to restart it at least once a day. Now we're in an 
even worse state, and my attempt to downgrade to 2.60.1 did not yield any 
improvement in the situation.
The log is filled with:
hudson.plugins.sshslaves.verifiers.TrileadVersionSupportManager 
getTrileadSupport
WARNING: Could not create Trilead support class. Using legacy Trilead features
java.lang.ClassNotFoundException: 
hudson.plugins.sshslaves.verifiers.JenkinsTrilead9VersionSupport

and:

hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1 error
WARNING: Failed to instantiate 
Key[type=hudson.plugins.emailext.ExtendedEmailPublisherDescriptor, 
annotation=[none]]; skipping this component
com.google.inject.ProvisionException: Unable to provision, see the following 
errors:


1)  Tried proxying hudson.plugins.emailext.ExtendedEmailPublisherDescriptor 
to support a circular dependency, but it is not an interface.

(which I've filed a bug on JENKINS-43869, but no resolution)

I did find one issue where it was taking 10+ minutes for Jenkins to load, but 
I've given it over 20 min and am getting nowhere. Any suggestions on what to 
try are welcome as I'm just about to migrate all the jobs off to another server 
as this is completely useless now.

Java: 1.8.0_131 b11
OS: RHEL 7.3
Jenkins: 2.60.1/2

Thanks,
chanda


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

RE: Installing / maintaining Jenkins on a Linux host machine

[Chanda Unmack]

In my experience, I have been having a miserable time with Jenkins on RHEL, 
where I have to either restart it or reboot the machine at least once a day. We 
had to move off of Ubuntu in order for our IT to support us, but are seriously 
considering moving back.
I have run Jenkins on Ubuntu at several companies previously with no major 
issues, but I generally stick to the LTS version.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Jason LeMauk
Sent: Tuesday, July 11, 2017 10:06 AM
To: jenkinsci-users@googlegroups.com
Subject: RE: Installing / maintaining Jenkins on a Linux host machine

Great! All this information has been extremely helpful.

If anybody else has any experience with any other flavors of Linux, please let 
me know what your experiences are.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: Tuesday, July 11, 2017 12:52 PM
To: jenkinsci-users@googlegroups.com
Subject: Re: Installing / maintaining Jenkins on a Linux host machine

Just as a note, the WAR is not an installable thing. It's similar to a Java JAR 
file, you "execute" the WAR file to run Jenkins. You can run the WAR on any OS 
that has Java simply by doing java -jar PATH/TO/jenkins.war. There are some 
command line options you can provide, but in general you are just running the 
WAR file.

On Tue, Jul 11, 2017 at 9:44 AM Jason LeMauk 
> 
wrote:

We are currently provisioning a physical server as our automation server. We 
are making considerations as far as what our native operating system should be 
on this physical machine.

We are going to use a Linux OS as our operating system. From the Jenkins 
download 
page,
 I can see that Jenkins’ package distribution is available to Red Hat / Fedora 
/ CentOS (which we will not be using), as well as Ubuntu / Debian. I also 
notice that a Generic Java package (WAR) distribution is available.
•Am I correct in assuming that if we use a non-Ubuntu / non-Debian 
operating system, we can still install Jenkins via the WAR distribution without 
issue?
•If we are not able to install via WAR without issue, are we relegated 
to using Debian / Ubuntu if we’re going to install Jenkins on a Linux machine 
(with the possibility of Red Hat / Fedora / CentOS ruled out)?

It should probably be noted that we will likely install / upgrade on the 
Jenkins LTS release 
schedule.

Thanks for any guidance from anybody who may have experience installing / 
maintaining a Jenkins instance on a Linux machine!
Jason
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/BY2PR12MB0599BE30A44301EF9566D3A689AE0%40BY2PR12MB0599.namprd12.prod.outlook.com.
For more options, visit 
https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 

RE: email-ext circular dependency

[Chanda Unmack]

Thanks! I’ve downgraded the plugin and the circular dependency error went away 
- now getting errors around templates, but that’s another story. I will file a 
Jira ticket now.

One error down, but still an unstable Jenkins – at least it’s slightly easier 
to get through the logs ☺

From: Victor Martinez [mailto:victormartinezru...@gmail.com]
Sent: Friday, April 21, 2017 1:50 PM
To: Jenkins Users
Cc: Chanda Unmack
Subject: Re: email-ext circular dependency

As far as I see there was a comment about:
- 
https://wiki.jenkins-ci.org/display/JENKINS/Email-ext+plugin#Email-extplugin-2.40.3(May20,2015)

If you downgrade the version to 2.40.3, does it work?
- http://updates.jenkins-ci.org/download/plugins/email-ext/2.40.3/email-ext.hpi

If so, then raise a jira ticket with those details then they can narrow down 
what diffs are between 2.57.2 and 2.40.3

Cheers

On Friday, 21 April 2017 19:51:15 UTC+1, Chanda Unmack wrote:
Hi all,

Our Jenkins instance has been unstable ever since we’ve moved it to RHEL so 
I’ve been watching the logs to see if there is anything I can find to correlate 
the crashes. (already filed a bug on all the npes we’re getting)
I now see an error in the log when it’s become unresponsive that is related to 
email-ext plugin. I did a search and found an old bug with the same error 
[JENKINS-28402] but it was on a different version and has been closed with some 
back and forth that didn’t seem to address the issue.

Jenkins 2.46.1
Email-ext 2.57.2

WARNING: Failed to instantiate 
Key[type=hudson.plugins.emailext.ExtendedEmailPublisherDescriptor, 
annotation=[none]]; skipping this component
com.google.inject.ProvisionException: Unable to provision, see the following 
errors:

1) Tried proxying hudson.plugins.emailext.ExtendedEmailPublisherDescriptor to 
support a circular dependency, but it is not an interface.

1 error
at 
com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:52)
at 
com.google.inject.internal.SingletonScope$1.get(SingletonScope.java:145)
at 
hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1.get(ExtensionFinder.java:424)
at 
com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:41)
at 
com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1016)
at 
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1103)jjj
at com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1012)
at hudson.ExtensionFinder$GuiceFinder._find(ExtensionFinder.java:386)
at hudson.ExtensionFinder$GuiceFinder.find(ExtensionFinder.java:377)
at 
hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:472)
at hudson.ExtensionList.load(ExtensionList.java:365)
at hudson.ExtensionList.ensureLoaded(ExtensionList.java:303)
at hudson.ExtensionList.getComponents(ExtensionList.java:168)
at hudson.DescriptorExtensionList.load(DescriptorExtensionList.java:191)
at hudson.ExtensionList.ensureLoaded(ExtensionList.java:303)
at hudson.ExtensionList.iterator(ExtensionList.java:157)
at hudson.model.User.load(User.java:201)
at hudson.model.User.(User.java:155)
at hudson.model.User.getOrCreate(User.java:463)
at hudson.model.User.getById(User.java:534)
at hudson.model.User.get(User.java:518)
at hudson.model.User.current(User.java:502)
at 
org.jenkinsci.plugins.scriptsecurity.scripts.ApprovalContext.withCurrentUser(ApprovalContext.java:73)
at 
hudson.plugins.emailext.ExtendedEmailPublisherDescriptor.setDefaultPostsendScript(ExtendedEmailPublisherDescriptor.java:514)
at 
hudson.plugins.emailext.ExtendedEmailPublisherDescriptor.(ExtendedEmailPublisherDescriptor.java:183)
at 
hudson.plugins.emailext.ExtendedEmailPublisherDescriptor$$FastClassByGuice$$5dfa54d0.newInstance()
at 
com.google.inject.internal.cglib.reflect.$FastConstructor.newInstance(FastConstructor.java:40)
at 
com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:61)
at 
com.google.inject.internal.ConstructorInjector.provision(ConstructorInjector.java:105)
at 
com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:85)
at 
com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:267)
at 
com.google.inject.internal.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:46)
at 
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1103)
at 
com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:40)
at 
com.google.inject.internal.SingletonScope$1.get(SingletonScope.java:145)
at 
hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope

email-ext circular dependency

[Chanda Unmack]

Hi all,

Our Jenkins instance has been unstable ever since we've moved it to RHEL so 
I've been watching the logs to see if there is anything I can find to correlate 
the crashes. (already filed a bug on all the npes we're getting)
I now see an error in the log when it's become unresponsive that is related to 
email-ext plugin. I did a search and found an old bug with the same error 
[JENKINS-28402] but it was on a different version and has been closed with some 
back and forth that didn't seem to address the issue.

Jenkins 2.46.1
Email-ext 2.57.2

WARNING: Failed to instantiate 
Key[type=hudson.plugins.emailext.ExtendedEmailPublisherDescriptor, 
annotation=[none]]; skipping this component
com.google.inject.ProvisionException: Unable to provision, see the following 
errors:

1) Tried proxying hudson.plugins.emailext.ExtendedEmailPublisherDescriptor to 
support a circular dependency, but it is not an interface.

1 error
at 
com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:52)
at 
com.google.inject.internal.SingletonScope$1.get(SingletonScope.java:145)
at 
hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1.get(ExtensionFinder.java:424)
at 
com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:41)
at 
com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1016)
at 
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1103)jjj
at com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1012)
at hudson.ExtensionFinder$GuiceFinder._find(ExtensionFinder.java:386)
at hudson.ExtensionFinder$GuiceFinder.find(ExtensionFinder.java:377)
at 
hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:472)
at hudson.ExtensionList.load(ExtensionList.java:365)
at hudson.ExtensionList.ensureLoaded(ExtensionList.java:303)
at hudson.ExtensionList.getComponents(ExtensionList.java:168)
at hudson.DescriptorExtensionList.load(DescriptorExtensionList.java:191)
at hudson.ExtensionList.ensureLoaded(ExtensionList.java:303)
at hudson.ExtensionList.iterator(ExtensionList.java:157)
at hudson.model.User.load(User.java:201)
at hudson.model.User.(User.java:155)
at hudson.model.User.getOrCreate(User.java:463)
at hudson.model.User.getById(User.java:534)
at hudson.model.User.get(User.java:518)
at hudson.model.User.current(User.java:502)
at 
org.jenkinsci.plugins.scriptsecurity.scripts.ApprovalContext.withCurrentUser(ApprovalContext.java:73)
at 
hudson.plugins.emailext.ExtendedEmailPublisherDescriptor.setDefaultPostsendScript(ExtendedEmailPublisherDescriptor.java:514)
at 
hudson.plugins.emailext.ExtendedEmailPublisherDescriptor.(ExtendedEmailPublisherDescriptor.java:183)
at 
hudson.plugins.emailext.ExtendedEmailPublisherDescriptor$$FastClassByGuice$$5dfa54d0.newInstance()
at 
com.google.inject.internal.cglib.reflect.$FastConstructor.newInstance(FastConstructor.java:40)
at 
com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:61)
at 
com.google.inject.internal.ConstructorInjector.provision(ConstructorInjector.java:105)
at 
com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:85)
at 
com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:267)
at 
com.google.inject.internal.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:46)
at 
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1103)
at 
com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:40)
at 
com.google.inject.internal.SingletonScope$1.get(SingletonScope.java:145)
at 
hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1.get(ExtensionFinder.java:424)
at 
com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:41)
at 
com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1016)
at 
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1092)
at com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1012)
at hudson.ExtensionFinder$GuiceFinder._find(ExtensionFinder.java:386)
at hudson.ExtensionFinder$GuiceFinder.find(ExtensionFinder.java:377)
at 
hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:472)
at hudson.ExtensionList.load(ExtensionList.java:365)
at hudson.ExtensionList.ensureLoaded(ExtensionList.java:303)
at hudson.ExtensionList.iterator(ExtensionList.java:157)
at jenkins.model.Jenkins.getDescriptorByType(Jenkins.java:1519)
at 

NPE when viewing job

[Chanda Unmack]

Hello all,

I've started to get random NPEs when browsing jobs/configs/etc on Jenkins. Not 
much in the log file to go on, but I generally have to either restart the 
service, or in some cases, restart the server to clear the error. If I try to 
navigate to any other page on Jenkins without restarting, I get a bunch of {} 
and no jobs or nodes show up.
Any help appreciated as it's really starting to cause issues.

Thanks!
Chanda

Jenkins v 2.46.1, OS RHEL 7.3, openjdk 1.8.0_121

A problem occurred while processing the request. Please check our bug 
tracker to see if a similar problem has already 
been reported. If it is already reported, please vote and put a comment on it 
to let us gauge the impact of the problem. If you think this is a new issue, 
please file a new issue. When you file an issue, make sure to add the entire 
stack trace, along with the version of Jenkins and relevant plugins.The users 
list might be also useful in 
understanding what has happened.

org.apache.commons.jelly.JellyTagException: 
jar:file:/var/cache/jenkins/war/WEB-INF/lib/jenkins-core-2.46.1.jar!/lib/layout/layout.jelly:268:155:
  java.lang.NullPointerException
   at 
org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:726)
   at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:281)
   at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
   at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
   at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
   at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
   at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
   at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
   at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
   at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
   at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
   at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
   at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
   at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
   at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
   at 
org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
   at 
org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:120)
   at 
org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
   at 
org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:95)
   at 
org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:63)
   at 
org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:53)
   at 
org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:112)
   at 
org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:140)
   at 
org.kohsuke.stapler.IndexViewDispatcher.dispatch(IndexViewDispatcher.java:30)
   at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:715)
   at org.kohsuke.stapler.Stapler.invoke(Stapler.java:845)
   at org.kohsuke.stapler.MetaClass$5.doDispatch(MetaClass.java:248)
   at 
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
   at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:715)
   at org.kohsuke.stapler.Stapler.invoke(Stapler.java:845)
   at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649)
   at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
   at 
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
   at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
   at 
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:135)
   at 
jenkins.metrics.impl.MetricsFilter.doFilter(MetricsFilter.java:125)
   at 
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:132)
   at 
hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:59)
   at 
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:132)
   at 

Error updating Jira issues

[Chanda Unmack]

Hello all,

Having a bit of trouble with the Release Helper Plugin with trying to update 
Jira issues. I had this working briefly, but then it seemed to go sideways when 
we changed the Jenkins server. The version of Jenkins is the same, 2.46.1, as 
is the plugin v 1.3, the only main difference is the underlying OS of the 
server, Ubuntu -> RHEL.

We're trying to update the issue using the "Extract ticket keys from the commit 
messages of the pull request" with the following regex:
'(?[A-Z0-9]{1,10}-[0-9]+)'

This had worked previously, but now it fails the build with this:

ERROR: Build step failed with exception
RestClientException{statusCode=Optional.of(400), 
errorCollections=[ErrorCollection{status=400, errors={}, errorMessages=[Error 
in the JQL Query: Expecting a field name but got 'null'. You must surround 
'null' in quotation marks to use it as a field name. (line 1, character 2)]}]}
at 
com.atlassian.jira.rest.client.internal.async.AbstractAsynchronousRestClient$2.apply(AbstractAsynchronousRestClient.java:166)
at 
com.atlassian.jira.rest.client.internal.async.AbstractAsynchronousRestClient$2.apply(AbstractAsynchronousRestClient.java:160)
...

Any pointers would be appreciated as the page for the plugin is nice, but this 
section is a bit light. Our builds are triggered by the GitHub Pull Request 
Builder Plugin (v 1.35.0) and we have a hook which requires the commit message 
to have the Jira id as the first line of the message.

Thanks,
chanda

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

Re: unable to do builds or configure

[Chanda Unmack]

Ok so mark this in the news of the bizarre
In trying to figure out what might have changed, in subsequent restarts,
the green balls plugin disappeared. I (re)installed it, restarted Jenkins,
and poof! the problem vanished. I can configure jobs, create news ones
(found that wasn't working either) and actually build now.

no idea what for or why, but as long as it's working now, I'm not going to
question it :)

On Wed, Aug 26, 2015 at 5:35 PM, Chanda Unmack cha...@lytro.com wrote:

 Not sure what happened when, but I'm basically stuck now. I tried looking
 through https://issues.jenkins-ci.org but did not see the issue. I was
 not able to report it there as I get the Oops! Due to the spam problem, we
 need additional verification for your sign-up request. when trying to sign
 up for an account.

 I tried:
 restarting jenkins/tomcat
 rebooting the server
 upgrading EnvInject plugin as the job I was trying to fix failed right
 after invoking that
 upgrading to 1.609.2

 no improvement

 We are using project based security and when I click on configure, it
 looks like it's logging me out when it fills the screen with the stack
 trace. The page is unreadable, but from the log file, I do see

  hudson.ExpressionFactory2$JexlExpression evaluate

 WARNING: Caught exception evaluating: it.jobPage in
 /pathtojob/job/jobname/submitDescription. Reason:
 java.lang.reflect.InvocationTargetException

 java.lang.reflect.InvocationTargetException

 ...

 Caused by: org.acegisecurity.AccessDeniedException: Please login to access
 job jobname

 As far as I know, there hasn't been any updates to the server until I
 tried fixing the issue with a broken build, but I'm pretty sure the
 permission issue is also causing the builds to fail.

 environment (in case it helps):

 java 1.7.0_80

 tomcat 7

 unbuntu 12.04

 Any help greatly appreciated

 thanks,

 chanda


--

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

unable to do builds or configure

[Chanda Unmack]

Not sure what happened when, but I'm basically stuck now. I tried looking
through https://issues.jenkins-ci.org but did not see the issue. I was not
able to report it there as I get the Oops! Due to the spam problem, we
need additional verification for your sign-up request. when trying to sign
up for an account.

I tried:
restarting jenkins/tomcat
rebooting the server
upgrading EnvInject plugin as the job I was trying to fix failed right
after invoking that
upgrading to 1.609.2

no improvement

We are using project based security and when I click on configure, it looks
like it's logging me out when it fills the screen with the stack trace. The
page is unreadable, but from the log file, I do see

 hudson.ExpressionFactory2$JexlExpression evaluate

WARNING: Caught exception evaluating: it.jobPage in
/pathtojob/job/jobname/submitDescription. Reason:
java.lang.reflect.InvocationTargetException

java.lang.reflect.InvocationTargetException

...

Caused by: org.acegisecurity.AccessDeniedException: Please login to access
job jobname

As far as I know, there hasn't been any updates to the server until I tried
fixing the issue with a broken build, but I'm pretty sure the permission
issue is also causing the builds to fail.

environment (in case it helps):

java 1.7.0_80

tomcat 7

unbuntu 12.04

Any help greatly appreciated

thanks,

chanda

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

Re: Having one slave attached to 2 different masters ?

[Chanda Unmack]

We've done that with both ssh slaves and windows slaves with jnlp; ssh is
definitely easier :)
Both require separate root fs in the slave definition and for windows, had
to modify the jenkins-slave.xml to change the name of the service so that
each one is unique.

On Thu, Aug 13, 2015 at 9:35 AM, Khai Do zaro0...@gmail.com wrote:

 Yes, we do that with ssh connected slaves.  if what you are really after
 is multi-master configuration you should check out the gearman plugin:
 https://wiki.jenkins-ci.org/display/JENKINS/Gearman+Plugin


 On Thursday, August 13, 2015 at 12:09:50 AM UTC-7, Björn Pedersen wrote:

 Hi,

 it should be no problem to e.g. have  ssh-slaves  from to different
 masters running on the same machine(if you ensure to use different ports.
 But of course you will have 2 slave.jar running then. A single slave.jar
 process is always bound to a single master only.

 Am Donnerstag, 13. August 2015 02:54:49 UTC+2 schrieb Taher Furniturewala:

 *Hi , *



 *Does anyone know if this is possible and if they have done it ? ie
 Having a slave being attached to and working for 2 different Jenkins
 masters ? *



 *Thanks*

 *Taher .*





 --

 This email and any attachments may contain confidential and privileged
 material for the sole use of the intended recipient. Any review, copying,
 or distribution of this email (or any attachments) by others is prohibited.
 If you are not the intended recipient, please contact the sender
 immediately and permanently delete this email and any attachments. No
 employee or agent of TiVo Inc. is authorized to conclude any binding
 agreement on behalf of TiVo Inc. by email. Binding agreements with TiVo
 Inc. may only be made by a signed written agreement.



-- 
You received this message because you are subscribed to the Google Groups 
Jenkins Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAEMChJjT4ih8cPtNveARw4sWzZrxShhZQiCgz0%2B%3DA%2BJ-u0WozA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins + Windows slave replacement = problem

[Chanda Unmack]

On Tue, Jul 28, 2015 at 9:58 AM, Alfred Sawaya wildh...@gmail.com wrote:

 Hello,

 I have a problem with Jenkins.

 I have a windows host, I use jnlp to connect.
 When I first run the job, it creates the workspace dir, the job dir, the
 .git dir with the good config, but the fetch fail.
 If I go to the job dir and run the fetch by hand, it works.
 The job never go further the fetch step. It used to work, but I have
 reinstalled the compilation slave. It still work on the old slave, and the
 configuration is good (PATH, etc.). It seems not to be a slave
 configuration or a Jenkins configuration issue.

 Here is the log : http://pastebin.com/3uA7DyPc

 Any idea, please ?

 Thank you,

 --


I ran into that more than once on windows slaves, but was never the same
issue twice.
Are you using a system account? if so, have you updated your credentials in
the right place for the system account? If you're using a specific account,
was that the same account you logged in as which worked? Do you have the
HOME environment variable set for that user?

With more recent versions of the git plugin, you can change the timeout,
have you tried changing the timeout to be  10min?

Maybe a little more information will help others help you pinpoint the
difference between the old and rebuilt slave.

chanda

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

Re: Git pull error from jenkins script console

[Chanda Unmack]

On Mon, Oct 13, 2014 at 5:03 AM, madhur.tew...@wowlabz.com wrote:

 Yes, even with the same user as in terminal  in jenkins (i.e. jenkins
 user created on installation of jenkins) this problem happens

 On Monday, October 13, 2014 5:23:33 PM UTC+5:30, Corneil du Plessis wrote:

 Are you using the same user in terminal as jenkins is using to execute
 the scripts?

 On 13 October 2014 13:11, madhur...@wowlabz.com wrote:

 I want to do git pull from jenkins script console (or jenkins cli) using
 groovy script, but I'm getting error as follows:

 Mon Oct 13 13:40:45 IST 2014 || git pull || 2 IN: ERR: /usr/lib/git-core
 /git-pull: 11: .: git-sh-setup: not found

 The git-sh-setup file is present and also I have set the path in
 jenkins but still not works on jenkins while this thing works from
 terminal. I have tested this on ubuntu 12.04  14.04.

 I've found that even logging in as the same user that jenkins users, the
paths are not the same. Best results for our set up is with using either
full paths, or setting the path at the beginning of the script, depending
on the situation.

ymmv
-- 
*C**onfidentiality Notice:* This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: Building a specific commit with Gerrit

[Chanda Unmack]

On Mon, Sep 22, 2014 at 4:51 PM, Michael Vincent vynce...@gmail.com wrote:

 I need to build every commit that gets submitted into a Gerrit repo
 (preferably in order).

 I have all the latest git/Gerrit plugins on the latest Jenkins 1.565.2
 LTS. Jenkins master is running on Linux and slave nodes are running on
 Windows 7 with msysgit-1.8.3. The Gerrit server is running 2.9.1.

 I've set up a job and set the Gerrit Trigger Trigger on field to Ref
 Updated. The git plugin Refspec field is set to $GERRIT_REFSPEC, the
 Branches to build field is set to $GERRIT_NEWREV, and the Choosing
 strategy is set to Gerrit Trigger.

 This works fine until multiple instances of this job get queued up, at
 which point it continues to just build the tip revision of the branch. This
 is particularly apparent if an older job is retriggered. Here's an example.

 The tip of origin/master is currently at 4d5f54f, but this job should
 be building 0af0a0f. Here are some of the Gerrit environment variables
 defined for the job:

 GERRIT_EVENT_TYPE ref-updated
 GERRIT_NEWREV 0af0a0fd5c533f258a18ea3bf72add14a3d43a3c
 GERRIT_OLDREV 57672ba6daa5674a561911706551e66b70a5c01a
 GERRIT_REFSPECrefs/heads/master

 and the log output:

 Fetching changes from the remote Git repository
   C:\Program Files (x86)\Git\cmd\git.exe config remote.origin.url 
 ssh://gerrit/repo
 # timeout=10
 Fetching upstream changes from ssh://gerrit/repo
   C:\Program Files (x86)\Git\cmd\git.exe --version # timeout=10
 using GIT_SSH to set credentials id_dsa
   C:\Program Files (x86)\Git\cmd\git.exe fetch --tags --progress 
 ssh://gerrit/repo
 refs/heads/master

 * C:\Program Files (x86)\Git\cmd\git.exe rev-parse FETCH_HEAD^{commit}
 # timeout=10Checking out Revision 4d5f54fe49ad4adbe8b494a9da3408f4206193a2
 (0af0a0fd5c533f258a18ea3bf72add14a3d43a3c)*
   C:\Program Files (x86)\Git\cmd\git.exe config core.sparsecheckout #
 timeout=10
  * C:\Program Files (x86)\Git\cmd\git.exe checkout -f
 4d5f54fe49ad4adbe8b494a9da3408f4206193a2*
   C:\Program Files (x86)\Git\cmd\git.exe rev-parse FETCH_HEAD^{commit} #
 timeout=10
   C:\Program Files (x86)\Git\cmd\git.exe rev-list
 0af0a0fd5c533f258a18ea3bf72add14a3d43a3c # timeout=10
   C:\Program Files (x86)\Git\cmd\git.exe remote # timeout=10
   C:\Program Files (x86)\Git\cmd\git.exe submodule init # timeout=10
   C:\Program Files (x86)\Git\cmd\git.exe submodule sync # timeout=10
   C:\Program Files (x86)\Git\cmd\git.exe config --get remote.origin.url #
 timeout=10
   C:\Program Files (x86)\Git\cmd\git.exe submodule update --init --
 recursive

 It looks like the Gerrit Trigger choosing strategy is checking out
 FETCH_HEAD even though I told it to check out $GERRIT_NEWREV. I can
 work around this fairly easily by adding a git checkout --force
 $GERRIT_NEWREV command to the beginning of the build script, but it
 would be nice for the git/Gerrit plugins to handle this case. Is there
 something I should change in the job configuration or is this currently a
 plugin limitation?

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


Haven't had much of an issue with our setup in that regard, but we use
$GERRIT_BRANCH for the Branch Specifier. Haven't tried $GERRIT_NEWREV yet
(no time to experiment at the moment) so can't speak to the difference
there.

ymmv
chanda

-- 
*C**onfidentiality Notice:* This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: Swing UI tests on Linux Slaves

[Chanda Unmack]

On Fri, Sep 12, 2014 at 4:27 AM, Laurent Malvert laurent.malv...@gmail.com
wrote:

 Hello,

 I was wondering if there are any recommendations or best practices on a
 typical setup for running jobs on a Linux slave, when said job contains
 some unit tests that require access to the GUI?

 I'd be in favor or keeping these to a minimum, but at the moment we're
 trying to move our slaves away from Windows nodes (started using the JNLP
 launcher) to Linux nodes (started over SSH) because of too many issues
 using the Windows slaves (rather large workspaces with file locking issues
 when attempting to delete them, etc...). This is working fine so far,
 except that all our GUI tests are failing as currently our linux slaves are
 headless. There's a graphical environment installed, but when the SSH slave
 plugin initiates the connection it opens a normal SSH connection without
 exporting the display and it doesn't have control of the node's display.

 So, what would be the proper way to run GUI tests on Linux nodes started
 using the SSH Slaves Plugin?

 Thanks in advance for your suggestions.

 --
 Laurent Malvert

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


Don't know about proper or best practices, but I've used xvfb (sometimes
with selenium) in several places. It hasn't been all smooth sailing, but
it's been reliable enough for our purposes.

ymmv
chanda

-- 
*C**onfidentiality Notice:* This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: [Help - only 2 mins] Jenkins icons ... browser compatibility...

[Chanda Unmack]

I also get Not found
Chrome Version 35.0.1916.114


On Sun, Jun 8, 2014 at 12:47 PM, Slide slide.o@gmail.com wrote:

 I get Not found
 On Jun 8, 2014 7:07 AM, Tom Fennelly tom.fenne...@gmail.com wrote:

 We're looking at the possibility of changing Jenkins to use CSS3 based
 icons (instead of directly loading images) but want to check browser
 support for whatever we use.  In this case, we're looking to test CSS3
 animations.

 We'd appreciate you opening the following plunker in whatever browsers
 you have and filling in the form: http://run.plnkr.co/0tu9emUDQCEK5n1i/

 Regards,

 T.

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




-- 
*C**onfidentiality Notice:* This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: git timeout

[Chanda Unmack]

True - git clone has always been slow on windows, but that doesn't explain
why when I remove the credentials the timeout is honored.


On Sat, May 17, 2014 at 12:43 PM, Richard Bywater rich...@byh2o.com wrote:

 I believe it's a known issue when using Git on windows that SSH is really
 really slow - something to do with an old version of a library or
 something. (Not a Jenkins related issue) Unfortunately on phone so can't
 give you a link straight away but a Google search should give you the
 details.

 Richard.


 On Saturday, May 17, 2014, Chanda Unmack cha...@lytro.com wrote:

 So to add another data point, when I change the credentials for git to be
 none, it seems to honor the 60 minute timeout. Now I just need to figure
 out why it even hits 60 minutes for a check out that takes  5 min on other
 operating systems :/
 The crenedtials plugin is ver 1.10 if that helps.

 Fetching upstream changes from ssh://build@gerrit:29418/project
   c:\Git\bin\git.exe --version
   c:\Git\bin\git.exe fetch --tags --progress 
 ssh://build@gerrit:29418/project +refs/heads/*:refs/remotes/origin/*
 ERROR: Timeout after 60 minutesFATAL 
 http://stacktrace.jenkins-ci.org/search?query=FATAL: Failed to fetch from 
 ssh://build@gerrit:29418/project


 thanks






 On Fri, May 16, 2014 at 2:23 PM, Chanda Unmack cha...@lytro.com wrote:

 Ok - hard to find a repo here without submodules :)

 I tried a different repo that does have them, but made sure the options
 for recursively checking them out was unchecked.
 I thought I had specified timestamps in the console output, but I guess
 not. Here's the snip before it just fails (sanitized of course):

 Started by user Chanda Unmack http://jenkins01-clone/user/cunmack

 [EnvInject] - Loading node environment variables. [EnvInject] - Preparing
 an environment for the build. [EnvInject] - Keeping Jenkins system
 variables. [EnvInject] - Keeping Jenkins build variables. [EnvInject] -
 Injecting as environment variables the properties content
 ANDROID_HOME=/opt/something/sdk-linux ANDROID_NDK=/opt/something/ndk
 [EnvInject] - Variables injected successfully. [EnvInject] - Injecting
 contributions. Building remotely on 
 server-bld-pc3http://jenkins01-clone/computer/server-bld-pc3in workspace 
 c:\jenkins\workspace\test-project\LABEL\WIN32\TYPE\Debug
 Cloning the remote Git repository Cloning repository 
 ssh://build@gerrit:29418/project
  c:\Git\bin\git.exe init
 c:\jenkins\workspace\test-project\LABEL\WIN32\TYPE\Debug Fetching upstream
 changes from ssh://build@gerrit:29418/project  c:\Git\bin\git.exe
 --version  c:\Git\bin\git.exe fetch --tags --progress 
 ssh://build@gerrit:29418/project
 +refs/heads/*:refs/remotes/origin/*

 ERROR: Timeout after 10 minutes

 ERROR http://stacktrace.jenkins-ci.org/search?query=ERROR: Error cloning 
 remote repo 'origin'hudson.plugins.git.GitException 
 http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitException:
  Command c:\Git\bin\git.exe fetch --tags --progress 
 ssh://build@gerrit:29418/project +refs/heads/*:refs/remotes/origin/* 
 returned status code 1:
 stdout: Process leaked file descriptors. See 
 http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build for 
 more information
 Process leaked file descriptors. See 
 http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build for 
 more information


 So the leaking file descriptors is new - will check out that wiki now :)



 On Fri, May 16, 2014 at 12:18 PM, Mark Waite 
 mark.earl.wa...@gmail.comwrote:

 The log indicates that you are using submodules.  Can you attempt the
 same process with a repository that does not use submodules so that we can
 confirm the issue you're seeing is specific to submodules?

 Mark Waite


 On Fri, May 16, 2014 at 12:25 PM, Chanda Unmack cha...@lytro.com wrote:

 So here's the conf

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




-- 
*C**onfidentiality Notice:* This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: git timeout

[Chanda Unmack]

On Fri, May 16, 2014 at 10:01 AM, Mark Waite mark.earl.wa...@gmail.comwrote:

 You need to add the Additional Behaviour Advanced Clone Behaviours and
 then set the timeout value in the field which opens there.

 If you're using a Linux machine as the slave, you could also consider
 using a bare reference repository on the slave agent so that the clone
 could point to the existing reference copy rather than downloading another
 copy.

 Mark Waite


 On Fri, May 16, 2014 at 10:57 AM, Chanda Unmack cha...@lytro.com wrote:

 So I wonder if anyone else is seeing this as it's causing no end of
 headache for me.
 My jobs fail because the git clone times out after 10 minutes.

 *09:43:13* ERROR: Timeout after 10 minutes


 Jenkins 1.532.2
 Jenkins GIT client plugin 1.9.0
 Jenkins GIT plugin 2.2.1
 Tomact 7

 *I've set the timeout on the project to be 60 minutes *
 The slave is windows, connected with jnlp, I've set the jvm options for
 the slave to have a timeout of 60 minutes
 (-Dorg.jenkinsci.plugins.gitclient.Git.timeOut=60)

 I even changed the jenkins startup to have a longer timeout with no
 success. I've seen other discussion on the list about the 10 minute timeout
 and that it's supposed to be configurable in the project scm area, but I'm
 not seeing that being honored. Is there somewhere else this is set?

 thanks

 --
 Thanks!
 Mark Waite



I did set the Additional Behaviour- Advanced Clone Behaviours - that's
where I set the timeout for the project. Sorry if I wasn't clear there.
I wish I could use Linux as a slave, we do have Linux slaves as well, but
they have other git issues that while are annoying, don't prevent the build
from succeeding (yet)



-- 
*C**onfidentiality Notice:* This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: git timeout

[Chanda Unmack]

So here's the config.xml
http://notepad.cc/faosseqa7

and here's the console output
http://notepad.cc/mieckuclo87

I didn't really see anything in the jenkins logs

thanks for the help!


On Fri, May 16, 2014 at 10:56 AM, Mark Waite mark.earl.wa...@gmail.comwrote:

 Can you upload a copy of your job definition somewhere so that I can
 compare it with job definitions that are known to work with the timeout?

 The log file which reports the timeout would also be a help, since it may
 point to another failure point.

 There are two different timeout conditions possible with the current
 implementation for command line git.  The timeout value specified in the
 advanced behaviors is used for fetch and for fetch of submodules.  The
 timeout value you set with the command line argument is used for (at least
 some) other invocations of command line git (like git checkout and git
 ls-remote).

 Mark Waite


 On Fri, May 16, 2014 at 11:33 AM, Chanda Unmack cha...@lytro.com wrote:


 On Fri, May 16, 2014 at 10:01 AM, Mark Waite 
 mark.earl.wa...@gmail.comwrote:

 You need to add the Additional Behaviour Advanced Clone Behaviours
 and then set the timeout value in the field which opens there.

 If you're using a Linux machine as the slave, you could also consider
 using a bare reference repository on the slave agent so that the clone
 could point to the existing reference copy rather than downloading another
 copy.

 Mark Waite


 On Fri, May 16, 2014 at 10:57 AM, Chanda Unmack cha...@lytro.comwrote:

 So I wonder if anyone else is seeing this as it's causing no end of
 headache for me.
 My jobs fail because the git clone times out after 10 minutes.

 *09:43:13* ERROR: Timeout after 10 minutes


 Jenkins 1.532.2
 Jenkins GIT client plugin 1.9.0
 Jenkins GIT plugin 2.2.1
 Tomact 7

 *I've set the timeout on the project to be 60 minutes *
 The slave is windows, connected with jnlp, I've set the jvm options for
 the slave to have a timeout of 60 minutes
 (-Dorg.jenkinsci.plugins.gitclient.Git.timeOut=60)

 I even changed the jenkins startup to have a longer timeout with no
 success. I've seen other discussion on the list about the 10 minute timeout
 and that it's supposed to be configurable in the project scm area, but I'm
 not seeing that being honored. Is there somewhere else this is set?

 thanks

 --
 Thanks!
 Mark Waite



 I did set the Additional Behaviour- Advanced Clone Behaviours - that's
 where I set the timeout for the project. Sorry if I wasn't clear there.
 I wish I could use Linux as a slave, we do have Linux slaves as well, but
 they have other git issues that while are annoying, don't prevent the build
 from succeeding (yet)



 --
 *C**onfidentiality Notice:* This e-mail, including all attachments, is
 confidential information of Lytro, Inc. If the reader of this e-mail is not
 the intended recipient or its authorized agent, the reader is hereby
 notified that any dissemination, distribution or copying of this e-mail is
 prohibited. If you have received this e-mail in error, please notify the
 sender by replying to this message and delete this e-mail immediately.

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




-- 
*C**onfidentiality Notice:* This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: git timeout

[Chanda Unmack]

Ok - hard to find a repo here without submodules :)

I tried a different repo that does have them, but made sure the options for
recursively checking them out was unchecked.
I thought I had specified timestamps in the console output, but I guess
not. Here's the snip before it just fails (sanitized of course):

Started by user Chanda Unmack http://jenkins01-clone/user/cunmack

[EnvInject] - Loading node environment variables. [EnvInject] - Preparing
an environment for the build. [EnvInject] - Keeping Jenkins system
variables. [EnvInject] - Keeping Jenkins build variables. [EnvInject] -
Injecting as environment variables the properties content
ANDROID_HOME=/opt/something/sdk-linux ANDROID_NDK=/opt/something/ndk
[EnvInject] - Variables injected successfully. [EnvInject] - Injecting
contributions. Building remotely on
server-bld-pc3http://jenkins01-clone/computer/server-bld-pc3in
workspace c:\jenkins\workspace\test-project\LABEL\WIN32\TYPE\Debug
Cloning the remote Git repository Cloning repository
ssh://build@gerrit:29418/project
 c:\Git\bin\git.exe init
c:\jenkins\workspace\test-project\LABEL\WIN32\TYPE\Debug Fetching upstream
changes from ssh://build@gerrit:29418/project  c:\Git\bin\git.exe
--version  c:\Git\bin\git.exe fetch --tags --progress
ssh://build@gerrit:29418/project
+refs/heads/*:refs/remotes/origin/*

ERROR: Timeout after 10 minutes

ERROR http://stacktrace.jenkins-ci.org/search?query=ERROR: Error
cloning remote repo 'origin'hudson.plugins.git.GitException
http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitException:
Command c:\Git\bin\git.exe fetch --tags --progress
ssh://build@gerrit:29418/project +refs/heads/*:refs/remotes/origin/*
returned status code 1:
stdout: Process leaked file descriptors. See
http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build
for more information
Process leaked file descriptors. See
http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build
for more information


So the leaking file descriptors is new - will check out that wiki now :)



On Fri, May 16, 2014 at 12:18 PM, Mark Waite mark.earl.wa...@gmail.comwrote:

 The log indicates that you are using submodules.  Can you attempt the same
 process with a repository that does not use submodules so that we can
 confirm the issue you're seeing is specific to submodules?

 Mark Waite


 On Fri, May 16, 2014 at 12:25 PM, Chanda Unmack cha...@lytro.com wrote:

 So here's the config.xml
 http://notepad.cc/faosseqa7

 and here's the console output
 http://notepad.cc/mieckuclo87

 I didn't really see anything in the jenkins logs

 thanks for the help!


 On Fri, May 16, 2014 at 10:56 AM, Mark Waite 
 mark.earl.wa...@gmail.comwrote:

 Can you upload a copy of your job definition somewhere so that I can
 compare it with job definitions that are known to work with the timeout?

 The log file which reports the timeout would also be a help, since it
 may point to another failure point.

 There are two different timeout conditions possible with the current
 implementation for command line git.  The timeout value specified in the
 advanced behaviors is used for fetch and for fetch of submodules.  The
 timeout value you set with the command line argument is used for (at least
 some) other invocations of command line git (like git checkout and git
 ls-remote).

 Mark Waite


 On Fri, May 16, 2014 at 11:33 AM, Chanda Unmack cha...@lytro.comwrote:


 On Fri, May 16, 2014 at 10:01 AM, Mark Waite mark.earl.wa...@gmail.com
  wrote:

 You need to add the Additional Behaviour Advanced Clone Behaviours
 and then set the timeout value in the field which opens there.

 If you're using a Linux machine as the slave, you could also consider
 using a bare reference repository on the slave agent so that the clone
 could point to the existing reference copy rather than downloading another
 copy.

 Mark Waite


 On Fri, May 16, 2014 at 10:57 AM, Chanda Unmack cha...@lytro.comwrote:

 So I wonder if anyone else is seeing this as it's causing no end of
 headache for me.
 My jobs fail because the git clone times out after 10 minutes.

 *09:43:13* ERROR: Timeout after 10 minutes


 Jenkins 1.532.2
 Jenkins GIT client plugin 1.9.0
 Jenkins GIT plugin 2.2.1
 Tomact 7

 *I've set the timeout on the project to be 60 minutes *
 The slave is windows, connected with jnlp, I've set the jvm options
 for the slave to have a timeout of 60 minutes
 (-Dorg.jenkinsci.plugins.gitclient.Git.timeOut=60)

 I even changed the jenkins startup to have a longer timeout with no
 success. I've seen other discussion on the list about the 10 minute 
 timeout
 and that it's supposed to be configurable in the project scm area, but 
 I'm
 not seeing that being honored. Is there somewhere else this is set?

 thanks

 --
 Thanks!
 Mark Waite



 I did set the Additional Behaviour- Advanced Clone Behaviours - that's
 where I set the timeout for the project. Sorry if I wasn't clear there.
 I wish I could use Linux as a slave, we do have

Re: git timeout

[Chanda Unmack]

So to add another data point, when I change the credentials for git to be
none, it seems to honor the 60 minute timeout. Now I just need to figure
out why it even hits 60 minutes for a check out that takes  5 min on other
operating systems :/
The crenedtials plugin is ver 1.10 if that helps.

Fetching upstream changes from ssh://build@gerrit:29418/project
  c:\Git\bin\git.exe --version
  c:\Git\bin\git.exe fetch --tags --progress
ssh://build@gerrit:29418/project +refs/heads/*:refs/remotes/origin/*
ERROR: Timeout after 60 minutesFATAL
http://stacktrace.jenkins-ci.org/search?query=FATAL: Failed to fetch
from ssh://build@gerrit:29418/project


thanks




On Fri, May 16, 2014 at 2:23 PM, Chanda Unmack cha...@lytro.com wrote:

 Ok - hard to find a repo here without submodules :)

 I tried a different repo that does have them, but made sure the options
 for recursively checking them out was unchecked.
 I thought I had specified timestamps in the console output, but I guess
 not. Here's the snip before it just fails (sanitized of course):

 Started by user Chanda Unmack http://jenkins01-clone/user/cunmack

 [EnvInject] - Loading node environment variables. [EnvInject] - Preparing
 an environment for the build. [EnvInject] - Keeping Jenkins system
 variables. [EnvInject] - Keeping Jenkins build variables. [EnvInject] -
 Injecting as environment variables the properties content
 ANDROID_HOME=/opt/something/sdk-linux ANDROID_NDK=/opt/something/ndk
 [EnvInject] - Variables injected successfully. [EnvInject] - Injecting
 contributions. Building remotely on 
 server-bld-pc3http://jenkins01-clone/computer/server-bld-pc3in workspace 
 c:\jenkins\workspace\test-project\LABEL\WIN32\TYPE\Debug
 Cloning the remote Git repository Cloning repository 
 ssh://build@gerrit:29418/project
  c:\Git\bin\git.exe init
 c:\jenkins\workspace\test-project\LABEL\WIN32\TYPE\Debug Fetching upstream
 changes from ssh://build@gerrit:29418/project  c:\Git\bin\git.exe
 --version  c:\Git\bin\git.exe fetch --tags --progress 
 ssh://build@gerrit:29418/project
 +refs/heads/*:refs/remotes/origin/*

 ERROR: Timeout after 10 minutes

 ERROR http://stacktrace.jenkins-ci.org/search?query=ERROR: Error cloning 
 remote repo 'origin'hudson.plugins.git.GitException 
 http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitException:
  Command c:\Git\bin\git.exe fetch --tags --progress 
 ssh://build@gerrit:29418/project +refs/heads/*:refs/remotes/origin/* 
 returned status code 1:
 stdout: Process leaked file descriptors. See 
 http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build for 
 more information
 Process leaked file descriptors. See 
 http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build for 
 more information


 So the leaking file descriptors is new - will check out that wiki now :)



 On Fri, May 16, 2014 at 12:18 PM, Mark Waite mark.earl.wa...@gmail.comwrote:

 The log indicates that you are using submodules.  Can you attempt the
 same process with a repository that does not use submodules so that we can
 confirm the issue you're seeing is specific to submodules?

 Mark Waite


 On Fri, May 16, 2014 at 12:25 PM, Chanda Unmack cha...@lytro.com wrote:

 So here's the config.xml
 http://notepad.cc/faosseqa7

 and here's the console output
 http://notepad.cc/mieckuclo87

 I didn't really see anything in the jenkins logs

 thanks for the help!


 On Fri, May 16, 2014 at 10:56 AM, Mark Waite 
 mark.earl.wa...@gmail.comwrote:

 Can you upload a copy of your job definition somewhere so that I can
 compare it with job definitions that are known to work with the timeout?

 The log file which reports the timeout would also be a help, since it
 may point to another failure point.

 There are two different timeout conditions possible with the current
 implementation for command line git.  The timeout value specified in the
 advanced behaviors is used for fetch and for fetch of submodules.  The
 timeout value you set with the command line argument is used for (at least
 some) other invocations of command line git (like git checkout and git
 ls-remote).

 Mark Waite


 On Fri, May 16, 2014 at 11:33 AM, Chanda Unmack cha...@lytro.comwrote:


 On Fri, May 16, 2014 at 10:01 AM, Mark Waite 
 mark.earl.wa...@gmail.com wrote:

 You need to add the Additional Behaviour Advanced Clone
 Behaviours and then set the timeout value in the field which opens 
 there.

 If you're using a Linux machine as the slave, you could also consider
 using a bare reference repository on the slave agent so that the clone
 could point to the existing reference copy rather than downloading 
 another
 copy.

 Mark Waite


 On Fri, May 16, 2014 at 10:57 AM, Chanda Unmack cha...@lytro.comwrote:

 So I wonder if anyone else is seeing this as it's causing no end of
 headache for me.
 My jobs fail because the git clone times out after 10 minutes.

 *09:43:13* ERROR: Timeout after 10 minutes


 Jenkins 1.532.2
 Jenkins GIT client plugin 1.9.0

Re: ssh agent forwarding in jenkins is not working

[Chanda Unmack]

Stupid question, but is the user you are running jenkins as the same user
you tried to ssh with from the command line doing the ssh -A user@host?
I've never set up a slave using sshagent, but have had great success with
just launching via ssh, as long as the user jenkins runs as can ssh to the
slave without a password.


On Sun, Mar 16, 2014 at 10:51 PM, sesca sesca.syst...@gmail.com wrote:

 Hi Folks,

 Did somebody got a chance to look into this?

 Regards

 On Friday, March 14, 2014 7:45:38 PM UTC+5:30, sesca wrote:

 Hi Folks,

 I seek your help in one of my doubts posted here:-

 http://stackoverflow.com/questions/22406751/sshagent-
 forwarding-in-jenkins-is-not-working

 Looking forward to a solution to my problem.

 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.


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

all jobs gone in ui after reboot

[Chanda Unmack]

I'm hoping there's an obvious solution here that I didn't find while
searching. I did see several others who had this issue, and a few bugs
filed, but none of their workarounds worked for me.

jenkins:1.509.4
os: Ubuntu 12.04
tomcat7
java: 1.7u51

No upgraded plugins, but set Jenkins to Restart Safely, rebooted the
server and all the jobs disappeared from the ui. The jobs directory still
has the projects, but when I look at any one that should have lots of
builds under it, all I see are broken links for lastFailedBuild and
lastSuccessfulBuild

example of errors from the log file:

WARNING: Caught exception evaluating: it.viewPage in /. Reason:
java.lang.reflect.InvocationTargetException
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:622)
at
org.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125)


-- 
*C**onfidentiality Notice:* This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: all jobs gone in ui after reboot

[Chanda Unmack]

for more data - in hopes someone can help me
I looked at an old test server and noticed that while I still have all the
directories for the jobs, they don't have any of their confg.xml, etc in
the directories.  I really would like to know why a reboot would delete
everything, how to prevent that in the future (besides the obvious never
reboot) and how to fix it.

thanks


On Tue, Mar 11, 2014 at 8:37 PM, Chanda Unmack cha...@lytro.com wrote:

 I'm hoping there's an obvious solution here that I didn't find while
 searching. I did see several others who had this issue, and a few bugs
 filed, but none of their workarounds worked for me.

 jenkins:1.509.4
 os: Ubuntu 12.04
 tomcat7
 java: 1.7u51

 No upgraded plugins, but set Jenkins to Restart Safely, rebooted the
 server and all the jobs disappeared from the ui. The jobs directory still
 has the projects, but when I look at any one that should have lots of
 builds under it, all I see are broken links for lastFailedBuild and
 lastSuccessfulBuild

 example of errors from the log file:

 WARNING: Caught exception evaluating: it.viewPage in /. Reason:
 java.lang.reflect.InvocationTargetException
 java.lang.reflect.InvocationTargetException
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:622)
 at
 org.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125)


 --
 *C**onfidentiality Notice:* This e-mail, including all attachments, is
 confidential information of Lytro, Inc. If the reader of this e-mail is not
 the intended recipient or its authorized agent, the reader is hereby
 notified that any dissemination, distribution or copying of this e-mail is
 prohibited. If you have received this e-mail in error, please notify the
 sender by replying to this message and delete this e-mail immediately.




-- 
*C**onfidentiality Notice:* This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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 longer provided a means to add Jenkins slave as a service. What to do now?

[Chanda Unmack]

Not sure if this will work on XP as I've only done this on Win7...

This is what I did to get multiple masters configured on one slave, but I
think you can use this to setting it up as a service on your own.

make a note of the folder listed in the Remote FS root in
http://server/computer/node/configure.
In my case, it was C:\Jenkins
launch a web browser on the windows box, log in to your jenkins server and
go to http://server/computer/node/, right click on the Launch icon
and save as the slave-agent.jnlp to C:\Jenkins
edit C:\Jenkins\jenkins-slave.xml, change the -jnlpUrl in arguments
element from http://server/computer/node/slave-agent.jnlp to
file:///C:/Jenkins/slave-agent.jnlp.
install the service C:\Jenkins\jenkins-slave.exe install

notes: this assumes you attempted to launch as a service previously and the
files are already there

hth

chanda


On Fri, Sep 27, 2013 at 11:18 AM, Steve K steve.kerxha...@carestream.comwrote:


 I'm still struggling with a couple of my XP boxes. As Curtis Kline
 recommended, I now attempt to add the slave and the service by browsing to
 the node from the slave, then File|Install as service.
 I suspected that my Java JRE was too old (6.x), so I upgraded to v7 on the
 XP machines.
 That did not work. After I Click on FIle | Install as service, the
 process still does not terminate and I don't get the jenkins-slave.exe nor
 do I get an entry for a service.

 Should I try creating my own service?  If so, how would I create my own
 service?

 Thanks in advance.

 Steve K


 On Wednesday, September 25, 2013 4:59:41 PM UTC-4, Steve K wrote:

 Things are not completely settled yet.
 I'm having trouble with my older, Windows XP, machines.
 On the XP machines, after I Click on FIle | Install as service, the
 process never completes and I don't get the jenkins-slave.exe in my
 C:\Jenkins directory.

 I'm guessing that something(s) on the XP boxes are not as up-to-date as
 needed.  Do you have any idea of what that might be?

 Thanks in advance.

 Steve K.

  --
 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: No longer provided a means to add Jenkins slave as a service. What to do now?

[Chanda Unmack]

I have no idea why -secret big-identifier works or doesn't work depending
on windows version - just figured out enough to get things working on our
windows slaves :)

Glad it worked for you

chanda


On Fri, Sep 27, 2013 at 1:20 PM, Steve K steve.kerxha...@carestream.comwrote:


 Chandra,

 Thank you very much.  I've successfully used your method on one of the XP
 machines that was previously failing.
 It's important to note that, at first, I kept the -secret
 big-identifier but that did not work.
 After editing the jenkins-slave.xml as you recommended to contain
 file:///C:/Jenkins/slave-agent.jnlp, it worked.

 I am curious.  Why does http://server/computer/node/slave-agent.jnlp
 -secret big-identifier  work on newer versions of Windows, but not on XP?

 Thank you very much for your solution.  I appreciate it greatly.

 Steve K.


  --
 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: Password for unknown user (UNCLASSIFIED)

[Chanda Unmack]

Might try using process explorer - I've had to use that when jobs on
windows failed because something was keeping the file open.

http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

hth

On Thu, Sep 12, 2013 at 11:59 AM, Mead, Lance E CTR (US) 
lance.e.mead@mail.mil wrote:

 Classification: UNCLASSIFIED
 Caveats: NONE

 No, I need to switch assignments, will reload Jenkins on Monday and see if
 that helps.

 Thanks for responding.

 -Original Message-
 From: jenkinsci-users@googlegroups.com [mailto:
 jenkinsci-users@googlegroups.com] On Behalf Of k.thiel...@comcast.net
 Sent: Thursday, September 12, 2013 11:58 AM
 To: jenkinsci-users@googlegroups.com
 Subject: Re: Password for unknown user (UNCLASSIFIED)

 Strange, is it in some sort of container where you need to stop tomcat or
 apache or something like that?


 

 From: Lance E CTR Mead (US) lance.e.mead@mail.mil
 To: jenkinsci-users@googlegroups.com
 Sent: Thursday, September 12, 2013 1:53:12 PM
 Subject: RE: Password for unknown user (UNCLASSIFIED)

 Classification: UNCLASSIFIED
 Caveats: NONE

 Tried to but after the reboot Java didn't start up until after I launch
 Jenkins

 -Original Message-
 From: jenkinsci-users@googlegroups.com [mailto:
 jenkinsci-users@googlegroups.com] On Behalf Of k.thiel...@comcast.net
 Sent: Thursday, September 12, 2013 11:27 AM
 To: jenkinsci-users@googlegroups.com
 Subject: Re: Password for unknown user (UNCLASSIFIED)

 probably need to kill java?


 

 From: Lance E CTR Mead (US) lance.e.mead@mail.mil
 To: jenkinsci-users@googlegroups.com
 Sent: Thursday, September 12, 2013 1:22:05 PM
 Subject: RE: Password for unknown user (UNCLASSIFIED)

 Classification: UNCLASSIFIED
 Caveats: NONE

 I have closed the editor, stopped the instance, stopped the service,
 shutdown the browser.  Reopen the editor and it still says the file is open
 by another program.

 -Original Message-
 From: jenkinsci-users@googlegroups.com [mailto:
 jenkinsci-users@googlegroups.com] On Behalf Of k.thiel...@comcast.net
 Sent: Thursday, September 12, 2013 11:15 AM
 To: jenkinsci-users@googlegroups.com
 Subject: Re: Password for unknown user (UNCLASSIFIED)

 Stopping the Jenkins instance should do the trick


 

 From: Lance E CTR Mead (US) lance.e.mead@mail.mil
 To: jenkinsci-users@googlegroups.com
 Sent: Thursday, September 12, 2013 1:10:52 PM
 Subject: RE: Password for unknown user (UNCLASSIFIED) t
 Classification: UNCLASSIFIED
 Caveats: NONE

 The access is denied, I cannot edit the file.  How to I release what ever
 is controlling it?

 -Original Message-
 From: jenkinsci-users@googlegroups.com [mailto:
 jenkinsci-users@googlegroups.com] On Behalf Of k.thiel...@comcast.net
 Sent: Friday, September 06, 2013 11:40 AM
 To: jenkinsci-users@googlegroups.com
 Subject: Re: Password for unknown user

 You should be able to edit the main Jenkins config.xml file.  With Active
 Directory on it should look something like this:



   useSecuritytrue/useSecurity
   authorizationStrategy
 class=hudson.security.FullControlOnceLoggedInAuthorizationStrategy/
   securityRealm
 class=hudson.plugins.active_directory.ActiveDirectorySecurityRealm
 plugin=active-directory@1.33
 domainsomedomain.com/domain
 bindPasswordBunchOfLettersAndNumbers=/bindPassword
   /securityRealm



 Update it to look something like this (make a backup first : ) ):



 useSecuritytrue/useSecurity
   authorizationStrategy
 class=hudson.security.AuthorizationStrategy$Unsecured/
   securityRealm class=hudson.security.SecurityRealm$None/





 Then restart Jenkins



 

 From: lance e mead ctr lance.e.mead@mail.mil
 To: jenkinsci-users@googlegroups.com
 Sent: Friday, September 6, 2013 8:41:46 AM
 Subject: Password for unknown user



 While attempting to set up Active Directory security was turned on. Now
 Jenkins requires a User and Password and does not accept the current user's
 information. Uninstalling and reinstalling Jenkins does not remove the
 required login. Uninstalling and wiping the registry of Jenkins entries
 also does not remove the login requirement. How does someone return to the
 non-login state? If anyone has information about how to have Jenkins use
 Active Directory that information would also be helpful.



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

Re: Jenkins and Ruby commands - fail to execute via SSH (non interactive shell problem)

[Chanda Unmack]

When you open a shell of your own, are you logged into the same machine and
as the same user as Jenkins is running? It could be the environment
variables that are set for your user aren't the same as the Jenkins user. I
know we source the .bash_profile before running any ruby commands, but
that's mostly for the rvm environment. You could also try exporting the
path as the first step in your build step
export PATH=$PATH:/path/to/bundle

hth
chanda

On Thu, Aug 29, 2013 at 12:26 AM, Avihay Eyal avihay.e...@gmail.com wrote:

 Hi, I have a job trying to call some Ruby commands, like bundle, rake,
 etc..

 The problem is, that when I'm trying to execute these commands via the
 Execute Shell, I receive an *error saying bundle: not found.*

 When I'm opening a shell of my own, this commands work, so it might be
 related to  differences between *interactive and non-interactive shells*,
 but I don't
 know what's the right way to solve it via Jenkins


 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/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: Unable to start ssh slave from OSX master

[Chanda Unmack]

I came to that conclusion in our environment, for many other reasons. I
inherited the setup which had a master on osx, with slaves connected via
ssh (linux  osx) as well as jnlp (windows) which is why I didn't feel that
I could offer up any help.
The only thing I wasn't clear on with your set up is whether or not the
user you specify jenkins to ssh to the slave as can log into the slave
without entering a password.

chanda


On Tue, May 21, 2013 at 5:05 PM, Todd Greer tgr...@affinegy.com wrote:

  In case anyone comes across this in web searches, I’ve tried many
 different things, and now suspect that using an OSX master with ssh slaves
 may simply not be a workable configuration, for unknown reasons. I’ve seen
 plenty of reports that it does work well with a Linux master, so that is my
 intent, and my suggestion to anyone in my situation. 

 ** **

 -- 

 Todd

 ** **

 *From:* Todd Greer
 *Sent:* Friday, May 17, 2013 2:48 PM
 *To:* 'jenkinsci-users@googlegroups.com'
 *Subject:* Unable to start ssh slave from OSX master

 ** **

 I’m trying to use the ssh slave plugin (v.21) from OSX, and have been
 unable to get it to initiate the ssh connection. The node is configured
 with the username and password, using the default port (which is correct).
 From a manual connection, there is an entry for the slave node in
 ~/.ssh/known_hosts.

 ** **

 Other types of slave nodes are fine.

 ** **

 When I try to start the node, or to look at the node’s logs, I just get a
 spinner. In Jenkins’s logs, I see “Excess workload 1.0 detected. (planned
 capacity=0.0,Qlen=0.9976,idle=0.00,total=0m,=0.5)”. In system.log, I
 see “Attempting to reconnect node-name”. Other than that, I see no signs
 of activity, including in the slave node’s auth log.

 ** **

 Can anyone provide me with guidance on where to look next?

 ** **

 Thank you,

 Todd

 ** **

 --

 Todd Greer

 Principal Scientist, Affinegy, Inc.

 ** **

 --
 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: SSH credentials on build slave

[Chanda Unmack]

I had a similar situation with git - I found the best way to see what's
going on is to set up a test job that does a ssh -vvv to the git server
(Mercurial in your case)
That showed me which keys it was using and whether or not it actually used
the .ssh/config file

hth
chanda


On Sat, May 18, 2013 at 2:30 PM, Alex Grönholm alex.gronh...@nextday.fiwrote:

 I have a Jenkins installation on a Linux box and a Windows 7 build slave
 for building Windows-only projects. Trouble is, I can't get the slave to
 check out the source repository with Mercurial. It always hangs, possibly
 due to SSH waiting for password input even though it's running in a
 headless environment. I have the proper SSH key installed on the master,
 but I don't think the slave can utilize it. What would be the best approach
 to this problem?

 --
 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: SSH credentials on build slave

[Chanda Unmack]

On Mon, May 20, 2013 at 12:38 PM, Alex Grönholm alex.gronh...@nextday.fiwrote:

  20.05.2013 19:03, Chanda Unmack kirjoitti:

 I had a similar situation with git - I found the best way to see what's
 going on is to set up a test job that does a ssh -vvv to the git server
 (Mercurial in your case)
 That showed me which keys it was using and whether or not it actually used
 the .ssh/config file

 Apparently Mercurial uses TortoisePlink.exe for SSH connections. I'm not
 quite sure where to put my mercurial.ini so it will be used for Jenkins
 activities (the build slave service is running as the Local System
 account)


In my searches I found an article that showed the Local System account
home directory to be in C:\Windows\SysWOW64\config\systemprofile
But, I also had set the Environment variables in the node definition to set
the HOME variable to be c:\jenkins so that I could set the .ssh up there.
Doing the ssh -vvv verified that it was using that directory and the key
file within.
I did see pages on getting Plink ssh working, but didn't bookmark them as
it didn't apply to me - I'm sure a quick search would turn those up

 hth
 chanda


 On Sat, May 18, 2013 at 2:30 PM, Alex Grönholm 
 alex.gronh...@nextday.fiwrote:

 I have a Jenkins installation on a Linux box and a Windows 7 build slave
 for building Windows-only projects. Trouble is, I can't get the slave to
 check out the source repository with Mercurial. It always hangs, possibly
 due to SSH waiting for password input even though it's running in a
 headless environment. I have the proper SSH key installed on the master,
 but I don't think the slave can utilize it. What would be the best approach
 to this problem?
 --





-- 
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: windows slave git clone issues

[Chanda Unmack]

In case anyone else runs into this, I found that specifying environment
variables for the slave allowed me to set HOME and put the ssh keys 
config there. This appears to mostly be working now (with the exception of
submodules, but that's another issue)

On Mon, May 13, 2013 at 8:01 AM, Chanda Unmack cha...@lytro.com wrote:

 Our gerrit server was upgraded this weekend and have run into a snag on
 our windows slaves. I am able to do a git clone on the slaves as the user
 the jenkins service is running as, but as soon as I try within a job, it
 just hangs. I mucked with the known_hosts and all that did was change it
 from hanging to complaining that the key was invalid. I know the key is
 fine as I tested it with ssh -i key -p 29418 user@gerrit as well as
 cloned repos from the command line, but I am not sure it's in the right
 place. I have copied the key and known_hosts to the fs root for the slave,
 the home directory of the user jenkins is running as, the local system
 account (C:\Windows\SysWOW64\config\systemprofile), and the git directory
 (all suggestions from google search results). I set permissions for the
 .ssh directory and all it's contents to be the local system account, still
 hangs. I set the permissions to be the user the jenkins service is running
 as, still hangs. I've run out of ideas as to where jenkins is looking for
 the ssh keys.

 I should point out that the linux and osx slaves have no issue cloning
 from the new gerrit server, and I have tried copying the keys to one of
 those working slaves and it had no problem cloning.
 I'm really hoping that it's just something glaringly obvious that I'm
 missing

 Jenkins version 1.480.2
 Gerrit version 2.5.2
 Git plugin version 1.2.0
 Gerrit Trigger plugin version 2.9.0

 thanks!
 chanda
 --



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

windows slave git clone issues

[Chanda Unmack]

Our gerrit server was upgraded this weekend and have run into a snag on our
windows slaves. I am able to do a git clone on the slaves as the user the
jenkins service is running as, but as soon as I try within a job, it just
hangs. I mucked with the known_hosts and all that did was change it from
hanging to complaining that the key was invalid. I know the key is fine as
I tested it with ssh -i key -p 29418 user@gerrit as well as cloned repos
from the command line, but I am not sure it's in the right place. I have
copied the key and known_hosts to the fs root for the slave, the home
directory of the user jenkins is running as, the local system account
(C:\Windows\SysWOW64\config\systemprofile), and the git directory (all
suggestions from google search results). I set permissions for the .ssh
directory and all it's contents to be the local system account, still
hangs. I set the permissions to be the user the jenkins service is running
as, still hangs. I've run out of ideas as to where jenkins is looking for
the ssh keys.

I should point out that the linux and osx slaves have no issue cloning from
the new gerrit server, and I have tried copying the keys to one of those
working slaves and it had no problem cloning.
I'm really hoping that it's just something glaringly obvious that I'm
missing

Jenkins version 1.480.2
Gerrit version 2.5.2
Git plugin version 1.2.0
Gerrit Trigger plugin version 2.9.0

thanks!
chanda
-- 
*Confidentiality Notice*: This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: github plugin on Jenkins does not work for me, Windows Server 2012

[Chanda Unmack]

Not sure if this is applicable to your situation, but when I had that issue
I found that the user jenkins was running as was a system user, so the
credentials did not match. Iirc, I ended up using the environment injector
plugin to set the user to run the job as.

hth
chanda


On Thu, Feb 21, 2013 at 4:01 PM, Gong rizh...@gmail.com wrote:

 here is the error message. Very confusion to me.

 a. The Jenkins slave is run from Java Web Starter, not a Windows Service.

 b. If I login the slave, the git command always work.

 c. If I start the slave from server, always fail. Here is the error message.


 Any tips on how to debug/trouble shooting this is very appreciated! This is 
 driving people crazy...





 Started by user Albert Cheng 
 http://javasdkci.cloudapp.net:8080/user/gongchen
 Building remotely on java-ci-2k12 
 http://javasdkci.cloudapp.net:8080/computer/java-ci-2k12 in workspace 
 c:\jenkins\workspace\azure-sdk-for-java dev win2k12
 Checkout:azure-sdk-for-java dev win2k12 / 
 c:\jenkins\workspace\azure-sdk-for-java dev win2k12 - 
 hudson.remoting.Channel@44c7b1:java-ci-2k12
 Using strategy: Default
 Fetching changes from 1 remote Git repository
 Fetching upstream changes from origin
 ERROR: Problem fetching from origin / origin - could be unavailable. 
 Continuing anywayhudson.plugins.git.GitException 
 http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitException:
  Command C:\Program Files (x86)\Git\bin\git.exe fetch -t origin 
 +refs/heads/*:refs/remotes/origin/* returned status code 128:
 stdout:
 stderr: Permission denied (publickey).
 fatal: Could not read from remote repository.

 Please make sure you have the correct access rights
 and the repository exists.

   at 
 org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:772)
   at 
 org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:738)
   at 
 org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:160)
   at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:797)
   at hudson.plugins.git.GitSCM.access$000(GitSCM.java:57)
   at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:976)
   at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:941)
   at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2246)
   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(Unknown Source)
   at java.util.concurrent.FutureTask.run(Unknown Source)

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






-- 
*Confidentiality Notice*: This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

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

unable to connect to slaves after upgrade

[Chanda Unmack]

Hi all,

I saw this going around in another thread (Issues after moving to 1.501
With Slave Nodes) but thought I should start a new one as my issue seems to
be with OSX slaves that I connect to with ssh. I upgraded from 1.480.2 to
1.480.3 and now I cannot get the slaves online. I tried upgrading the
version of java on the slave side, thinking that aside from being a good
idea, it might help.
I can post the entire stack, but what caught my attention in the middle of
it was this line:


Caused by: java.lang.InternalError: Can't connect to window server -
not enough permissions.


 I don't recall seeing anything in the security bulletin in regards to
this, but I've been known to miss things before. Anyone have ideas where I
might look to get this running again? Otherwise my only option is to
downgrade back to 1.480.2 which was enough of a pain getting the windows
clients working.
The odd part to me is that it really only seems to affect connectivity of
OSX, Win and Linux slaves show as online, but users are complaining that
builds are failing everything.

thanks
chanda

-- 
*Confidentiality Notice*: This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

-- 
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: Error on connecting with a Windows Slave - quick question

[Chanda Unmack]

I have this working in my setup but I don't remember changing the jnlp
port; I have both running as a service on the windows slaves.

I made sure the root fs was different for each instance of Jenkins,
modified the jenkins-slave.xml on the slave to change the name  id of one
of the services and manually installed the service.

hth
chanda



On Tue, Jan 22, 2013 at 5:13 PM, zw mpc8...@gmail.com wrote:

 Hi All

 We have 2 Jenkins instances wanting to connect to the same windows box.
 1 Jenkins instance connects fine.
 But the error has this below:

 Connecting to slave4_windows
 ERROR: Unexpected error in launching a slave.
 java.net.UnknownHostException: slave4_windows
 at java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method)
  at java.net.InetAddress$1.lookupAllHostAddr(InetAddress.java:849)
 at java.net.InetAddress.getAddressFromNameService(InetAddress.java:1202)
  at java.net.InetAddress.getAllByName0(InetAddress.java:1153)
 at java.net.InetAddress.getAllByName(InetAddress.java:1083)
  at java.net.InetAddress.getAllByName(InetAddress.java:1019)
 at java.net.InetAddress.getByName(InetAddress.java:969)
  at
 hudson.os.windows.ManagedWindowsServiceLauncher.launch(ManagedWindowsServiceLauncher.java:122)
 at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:194)
  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)


 We double checked and we made sure TCP port for JNLP slave agents for
 each of them is different; one uses  other uses 7778.

 What are we doing wrong ?

 Thanks




-- 
*Confidentiality Notice*: This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

Re: Null pointer exceptions after upgrade from 1.480.1 to 1.480.2

[Chanda Unmack]

I have the same issue after upgrading from 1.480.1 to 1.480.2 on Ubuntu
12.04. I am able to launch the windows slaves manually, but unable to have
them run as a windows service from the gui. I am able to install it as a
service from the command line, but the master never connects to the slave.
 The only hint I have is if I try to run the command for a headless slave,
then I get

java.io.IOException: Failed to load
http://jenkins/computer/server-bld-pc1/slave-agent.jnlp: 403 Forbidden
at hudson.remoting.Launcher.parseJnlpArguments(Launcher.java:238)
at hudson.remoting.Launcher.run(Launcher.java:200)
at hudson.remoting.Launcher.main(Launcher.java:173)

I'm obviously missing something here so any pointers greatly appreciated. I
have removed all the jar, exe and xml files from the slaves several times,
completely deleted the service from the slave, but no change in the
behavior.

thanks,
chanda



On Mon, Jan 7, 2013 at 11:17 AM, Richard Mortimer ri...@oldelvet.org.ukwrote:

 Hi Mark,


 On 07/01/2013 18:21, Mark Waite wrote:

 I upgraded my Debian Jenkins LTS from 1.480.1 to 1.480.2 today using the
 Debian package manager.  The machine was running with authentication
 enabled and was using Debian, CentOS, Red Hat, and Windows slave agents.
   The Linux slave agents are launched with ssh.  The Windows slave
 agents are launched with JNLP from a batch file on the Windows machines.

 The upgrade seems to have blocked all connections from the Windows
 (JNLP) slaves.  I assume that is intentional since I had authentication
 enabled and 1.480.2 attempts to disallow unauthenticated slave agent
 connections.  I resolved that by disabling authentication on the master
 server.

  I believe that is a consequence of the changes made in 1.480.2. I
 haven't upgraded my Jenkins instance yet to see this but I read the
 following advisory earlier today and believe the change is related to that.

 https://wiki.jenkins-ci.org/**display/SECURITY/Jenkins+**
 Security+Advisory+2013-01-04https://wiki.jenkins-ci.org/display/SECURITY/Jenkins+Security+Advisory+2013-01-04

 Regards

 Richard



  After the upgrade, I see some Dead entries in the list of slaves on
 the left side of the Jenkins opening page.  When I click the red Dead
 entry, it shows the following stack trace:

 java.lang.NullPointerException
 at hudson.matrix.**MatrixConfiguration.newBuild(**
 MatrixConfiguration.java:218)
 at hudson.matrix.**MatrixConfiguration.newBuild(**
 MatrixConfiguration.java:64)
 at hudson.model.AbstractProject.**createExecutable(**
 AbstractProject.java:1197)
 at hudson.model.AbstractProject.**createExecutable(**
 AbstractProject.java:136)
 at hudson.model.Executor.run(**Executor.java:211)


 Once I click through that Dead thread one or two times, the slave
 agent seems to remain running without interruption.

 Are those expected results that are part of the transition from 1.480.1
 to 1.480.2?

 Thanks,
 Mark Waite




-- 
*Confidentiality Notice*: This e-mail, including all attachments, is
confidential information of Lytro, Inc. If the reader of this e-mail is not
the intended recipient or its authorized agent, the reader is hereby
notified that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.