[JIRA] [matrix-auth] (JENKINS-24819) Please add an Apply button and make Apply and Save button sticky
Jan Seidel created JENKINS-24819 Please add an Apply button and make Apply and Save button sticky Issue Type: Improvement Assignee: Jesse Glick Components: matrix-auth Created: 23/Sep/14 7:25 AM Description: Hiya, it is kind of a pain when I set up a test matrix to e.g. validate roles and patterns. Hitting "Save" returns you to the previous page to select manage/assing roles. It may sound trivial but you get quickly sick of it when you have done this a few hundred times including scrolling down to the very end of the page to access the buttons. Cheers Jan Project: Jenkins Priority: Minor Reporter: Jan Seidel This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-4428) Security leak - password parameters are visible
Jan Seidel commented on JENKINS-4428 Security leak - password parameters are visible In fact the unencrypted credentials are also seen in "Some job# in the build history" - "Environment variables". THIS is very in convenient. We are trying to lock down our build system to prevent unauthorized access to our infrastructure. But anybody with legit access to Jenkins can get the information there :/ This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-15355) AdjunctManager: exception upon startup
Jan Seidel commented on JENKINS-15355 AdjunctManager: exception upon startup No hudson.util.HudsonIsLoading.doDynamic in my trace May 28, 2014 6:27:26 PM WARNING org.kohsuke.stapler.jelly.AdjunctTag doTag AdjunctManager is not installed for this application. Skipping adjunct tags java.lang.Exception at org.kohsuke.stapler.jelly.AdjunctTag.doTag(AdjunctTag.java:74) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) 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.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.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.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.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81) 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:127) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:717) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:631) at org.kohsuke.stapler.Stapler.service(Stapler.java:225) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:96) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:88) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:162) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:46) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465) at
[JIRA] [shelve-project-plugin] (JENKINS-8063) Seemingly harmless stacktrace when shelving/unshelving projects in Hudson 1.383 and 1.384
Jan Seidel edited a comment on JENKINS-8063 Seemingly harmless stacktrace when shelving/unshelving projects in Hudson 1.383 and 1.384 Looks like this exception did re-emerge. This log message showed up after shelving a project. Jenkins 1.535 / Shelve Project Plugin 1.4.4 / CentOS Nov 12, 2013 11:12:44 PM WARNING hudson.ExpressionFactory2$JexlExpression evaluate Caught exception evaluating: e.hasStopPermission() in /. Reason: java.lang.NullPointerException java.lang.NullPointerException at hudson.model.Executor.hasStopPermission(Executor.java:519) 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:616) at org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:258) at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74) at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateAsBoolean(ExpressionSupport.java:71) at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:97) 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.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.OtherwiseTag.doTag(OtherwiseTag.java:41) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:38) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) 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.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.WhenTag.doTag(WhenTag.java:46) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:38) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:81) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:124) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98) at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) 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:119) 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
[JIRA] [shelve-project-plugin] (JENKINS-8063) Seemingly harmless stacktrace when shelving/unshelving projects in Hudson 1.383 and 1.384
Jan Seidel edited a comment on JENKINS-8063 Seemingly harmless stacktrace when shelving/unshelving projects in Hudson 1.383 and 1.384 Looks like this exception did re-emerge. This log message showed up after shelving a project. Jenkins 1.535 / Shelve Project Plugin 1.4.4 / CentOS And it isn't harmless... I did shelve several project and everything was fine. The project showed up in the shelved project list in the Jenkins GUI. This list is now empty after I shelved a project that triggered this exception. The projects are luckily present in the shelvedProjects folder. So nothing is lost but has now to be unshelved manually from the console Nov 12, 2013 11:12:44 PM WARNING hudson.ExpressionFactory2$JexlExpression evaluate Caught exception evaluating: e.hasStopPermission() in /. Reason: java.lang.NullPointerException java.lang.NullPointerException at hudson.model.Executor.hasStopPermission(Executor.java:519) 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:616) at org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:258) at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74) at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateAsBoolean(ExpressionSupport.java:71) at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:97) 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.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.OtherwiseTag.doTag(OtherwiseTag.java:41) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:38) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) 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.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.WhenTag.doTag(WhenTag.java:46) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:38) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:81) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:124) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98) at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at
[JIRA] [shelve-project-plugin] (JENKINS-8063) Seemingly harmless stacktrace when shelving/unshelving projects in Hudson 1.383 and 1.384
Jan Seidel commented on JENKINS-8063 Seemingly harmless stacktrace when shelving/unshelving projects in Hudson 1.383 and 1.384 Looks like this exception did re-emerge. This log message showed up after shelving a project. Nov 12, 2013 11:12:44 PM WARNING hudson.ExpressionFactory2$JexlExpression evaluate Caught exception evaluating: e.hasStopPermission() in /. Reason: java.lang.NullPointerException java.lang.NullPointerException at hudson.model.Executor.hasStopPermission(Executor.java:519) 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:616) at org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:258) at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74) at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateAsBoolean(ExpressionSupport.java:71) at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:97) 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.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.OtherwiseTag.doTag(OtherwiseTag.java:41) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:38) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) 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.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.WhenTag.doTag(WhenTag.java:46) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:38) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:81) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:124) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98) at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) 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:119) 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
[JIRA] [shelve-project-plugin] (JENKINS-8063) Seemingly harmless stacktrace when shelving/unshelving projects in Hudson 1.383 and 1.384
Jan Seidel reopened JENKINS-8063 Seemingly harmless stacktrace when shelving/unshelving projects in Hudson 1.383 and 1.384 The issue did reappear with 1.535 Change By: Jan Seidel (12/Nov/13 10:26 PM) Resolution: WontFix Status: Closed Reopened This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-9271) AdjunctManager is not installed for this application upon failed boot
Jan Seidel commented on JENKINS-9271 AdjunctManager is not installed for this application upon failed boot It looks like it emerged from the abyss again. I have never seen that error before. It showed up first time after I installed 1.515 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [shelve-project-plugin] (JENKINS-18043) Shelve project - shelved project list empty
Jan Seidel commented on JENKINS-18043 Shelve project - shelved project list empty I found the following in the logs: 23.05.2013 13:35:27 hudson.ExpressionFactory2$JexlExpression evaluate WARNING: Caught exception evaluating: it.shelvedProjects in /shelvedProjects/. Reason: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125) at org.apache.commons.jexl.util.introspection.UberspectImpl$VelGetterImpl.invoke(UberspectImpl.java:314) at org.apache.commons.jexl.parser.ASTArrayAccess.evaluateExpr(ASTArrayAccess.java:185) at org.apache.commons.jexl.parser.ASTIdentifier.execute(ASTIdentifier.java:75) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74) at org.apache.commons.jelly.tags.core.CoreTagLibrary$3.run(CoreTagLibrary.java:134) 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.CallTagLibScript$1.run(CallTagLibScript.java:98) at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98) 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:119) at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98) at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) 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.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:119) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81) 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:127) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:666) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:770) at org.kohsuke.stapler.MetaClass$12.dispatch(MetaClass.java:384) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:677) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:770) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:583) at org.kohsuke.stapler.Stapler.service(Stapler.java:214) at
[JIRA] [core] (JENKINS-15796) NoClassDefFoundError in monitoring Windows slave
Jan Seidel commented on JENKINS-15796 NoClassDefFoundError in monitoring Windows slave I have been skimming the entire log at startup. My log is totally overcrowded with the error: hudson.plugins.collabnet.auth.CNProjectACL hasPermission SEVERE: Improper Authentication type used with CNAuthorizationStrategy! CNAuthorization strategy cannot be used without CNAuthentication. Please re-configure your Jenkins instance. I have tried to resolve it without luck yet. It occurred after upgrading to 1.515 and updating all plugins to most recent state. There was also an update for the Collabnet plugin. It MAY be connected somehow but I (or should I say my guts) doubt it The parts of interest/related are these: INFO: Started all plugins 23.05.2013 13:34:27 jenkins.InitReactorRunner$1 onAttained INFO: Augmented all extensions . . . INFO: Loaded all jobs . . . 23.05.2013 13:34:46 hudson.plugins.collabnet.auth.CNProjectACL hasPermission SEVERE: Improper Authentication type used with CNAuthorizationStrategy! CNAuthorization strategy cannot be used without CNAuthentication. Please re-configure your Jenkins instance. . . . 23.05.2013 13:34:52 hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Node monitoring B00014_GUIDE_2 for Clock Difference aborted. java.lang.InterruptedException at java.lang.Object.wait(Native Method) at hudson.remoting.Request.call(Request.java:146) at hudson.remoting.Channel.call(Channel.java:672) at hudson.model.Slave.getClockDifference(Slave.java:261) at hudson.node_monitors.ClockMonitor$1.monitor(ClockMonitor.java:53) at hudson.node_monitors.ClockMonitor$1.monitor(ClockMonitor.java:49) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:246) 23.05.2013 13:34:52 hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Node monitoring MIB1_GUIDE for Free Swap Space aborted. java.lang.InterruptedException at java.lang.Object.wait(Native Method) at hudson.remoting.Request.call(Request.java:146) at hudson.remoting.Channel.call(Channel.java:672) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:83) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:81) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:246) 23.05.2013 13:34:52 hudson.node_monitors.AbstractNodeMonitorDescriptor$Record init WARNING: Previous Architecture monitoring activity still in progress. Interrupting 23.05.2013 13:34:52 hudson.node_monitors.AbstractNodeMonitorDescriptor$Record init WARNING: Previous Free Disk Space monitoring activity still in progress. Interrupting . . . 23.05.2013 13:34:52 hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Failed to monitor MIB1_GUIDE for Free Swap Space java.io.IOException: Remote call on MIB1_GUIDE failed at hudson.remoting.Channel.call(Channel.java:681) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:83) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:81) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:246) Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.jvnet.hudson.Windows$MEMORYSTATUSEX at org.jvnet.hudson.Windows.monitor(Windows.java:40) at hudson.node_monitors.SwapSpaceMonitor$MonitorTask.call(SwapSpaceMonitor.java:109) at hudson.node_monitors.SwapSpaceMonitor$MonitorTask.call(SwapSpaceMonitor.java:99) 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) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at hudson.remoting.Engine$1$1.run(Engine.java:58) at java.lang.Thread.run(Unknown Source) . . . java.io.IOException: Remote call on MIB1_GUIDE failed at hudson.remoting.Channel.call(Channel.java:681) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:83) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:81) at
[JIRA] [greenballs] (JENKINS-17582) WARNING: could not load directory, hudson.util.IOException2: Invalid directory name
Jan Seidel commented on JENKINS-17582 WARNING: could not load directory, hudson.util.IOException2: Invalid directory name Same here... The problem is that this special Jenkins server continuously polls several repositories which also are located on machines in trusted companies off-site of ours. So the log is really plastered with stuff like this: 23.05.2013 15:39:29 hudson.model.RunMap retrieve WARNING: could not load C:\Jenkins\jobs\SVN_SCM_polling\builds\560 hudson.util.IOException2: Invalid directory name C:\Jenkins\jobs\SVN_SCM_polling\builds\560 at hudson.model.Run.parseTimestampFromBuildDir(Run.java:354) at hudson.model.Run.init(Run.java:294) at hudson.model.AbstractBuild.init(AbstractBuild.java:184) at hudson.model.Build.init(Build.java:103) at hudson.model.FreeStyleBuild.init(FreeStyleBuild.java:41) at sun.reflect.GeneratedConstructorAccessor116.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at hudson.model.AbstractProject.loadBuild(AbstractProject.java:1122) at hudson.model.AbstractProject$1.create(AbstractProject.java:322) at hudson.model.AbstractProject$1.create(AbstractProject.java:320) at hudson.model.RunMap.retrieve(RunMap.java:225) at hudson.model.RunMap.retrieve(RunMap.java:59) at jenkins.model.lazy.AbstractLazyLoadRunMap.load(AbstractLazyLoadRunMap.java:667) at jenkins.model.lazy.AbstractLazyLoadRunMap.load(AbstractLazyLoadRunMap.java:629) at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:368) at jenkins.model.lazy.AbstractLazyLoadRunMap.getByNumber(AbstractLazyLoadRunMap.java:526) at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:379) at jenkins.model.lazy.AbstractLazyLoadRunMap.newestBuild(AbstractLazyLoadRunMap.java:321) at hudson.model.AbstractProject.getLastBuild(AbstractProject.java:1059) at hudson.model.AbstractProject.getLastBuild(AbstractProject.java:145) at hudson.model.Job.getIconColor(Job.java:929) at hudson.model.AbstractProject.getIconColor(AbstractProject.java:706) at sun.reflect.GeneratedMethodAccessor196.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125) at org.apache.commons.jexl.util.introspection.UberspectImpl$VelGetterImpl.invoke(UberspectImpl.java:314) at org.apache.commons.jexl.parser.ASTArrayAccess.evaluateExpr(ASTArrayAccess.java:185) at org.apache.commons.jexl.parser.ASTIdentifier.execute(ASTIdentifier.java:75) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74) at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:58) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81) at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:146) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) 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.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) 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
[JIRA] [shelve-project-plugin] (JENKINS-18043) Shelve project - shelved project list empty
Jan Seidel created JENKINS-18043 Shelve project - shelved project list empty Issue Type: Bug Affects Versions: current Assignee: ashlux Components: shelve-project-plugin Created: 22/May/13 12:40 PM Description: Tried to find in Jira a similar issue without luck. Since a few weeks/month is the list of shelved projects empty. Title, description and button to unshelve projects are present but there is no list. Shelving projects works fine. Unzipping and relocating the unzipped project to the job folder is the current work around but it would be nicer to do this again from the web interface Environment: WinXP SP3 Project: Jenkins Priority: Major Reporter: Jan Seidel This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] (JENKINS-15796) NoClassDefFoundError in monitoring Windows slave
Jan Seidel commented on JENKINS-15796 NoClassDefFoundError in monitoring Windows slave I'm facing this issue since some weeks to: WARNING: Failed to monitor B00014 for Free Swap Space java.io.IOException: Remote call on B00014 failed at hudson.remoting.Channel.call(Channel.java:681) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:83) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:81) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:219) Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.jvnet.hudson.Windows$MEMORYSTATUSEX at org.jvnet.hudson.Windows.monitor(Windows.java:40) at hudson.node_monitors.SwapSpaceMonitor$MonitorTask.call(SwapSpaceMonitor.java:113) at hudson.node_monitors.SwapSpaceMonitor$MonitorTask.call(SwapSpaceMonitor.java:99) 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) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Jan 31, 2013 1:32:58 PM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] (JENKINS-10459) Jenkins promoted builds plugin wrecks job configuration respectively fails on updating
Jan Seidel commented on JENKINS-10459 Jenkins promoted builds plugin wrecks job configuration respectively fails on updating Hi Martin, sorry for the late reply. I didn't have the time to test your solution until now. It works again. After skimming ~180 job folder did I in fact find some empty promotion folder which even had no relation to the bogus jobs. After I removed them went everything back to normal Cheers Jan This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-10459) Jenkins promoted builds plugin wrecks job configuration respectively fails on updating
Jan Seidel resolved JENKINS-10459 as Fixed Jenkins promoted builds plugin wrecks job configuration respectively fails on updating some empty promotion folders in other jobs did cause the issue. Removing them solves the weird behaviour Change By: Jan Seidel (18/Dec/12 4:22 PM) Status: Open Resolved Fix Version/s: current Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15974) FATAL: Failed to link the library: interface hudson.util.jna.Kernel32
Jan Seidel created JENKINS-15974 FATAL: Failed to link the library: interface hudson.util.jna.Kernel32 Issue Type: Bug Affects Versions: current Assignee: vjuranek Attachments: system_log.txt Components: disk-usage Created: 29/Nov/12 10:19 AM Description: I am facing an issue since 1.490 which may be related to https://issues.jenkins-ci.org/browse/JENKINS-15466. These error occurs occassionally - 1-3 time in the night when the nightly builds stress the system for 6 hours. I have this issue seen by now only when a job is triggered by cron. I tried upgrading the plugins and Jenkins to various versions from 1.490 to current with no luck. Restarting Jenkins solves the issue on short term. 00:54:28 originally caused by: 00:54:28 Started by timer 00:54:28 EnvInject - Loading node environment variables. 00:54:28 Building remotely on B00013_2 in workspace y:\Jenkins_slave\workspace\NB_Uppsala 00:54:28 Cleaning local Directory . 00:54:28 FATAL: Failed to link the library: interface hudson.util.jna.Kernel32 00:54:28 java.lang.UnsupportedOperationException: Failed to link the library: interface hudson.util.jna.Kernel32 00:54:28 at hudson.util.jna.InitializationErrorInvocationHandler.invoke(InitializationErrorInvocationHandler.java:28) 00:54:28 at $Proxy7.GetFileAttributesW(Unknown Source) 00:54:28 at hudson.util.jna.Kernel32Utils.getWin32FileAttributes(Kernel32Utils.java:76) 00:54:28 at hudson.util.jna.Kernel32Utils.isJunctionOrSymlink(Kernel32Utils.java:80) 00:54:28 at hudson.Util.isSymlink(Util.java:322) 00:54:28 at hudson.Util.deleteRecursive(Util.java:283) 00:54:28 at hudson.Util.deleteContentsRecursive(Util.java:204) 00:54:28 at hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:75) 00:54:28 at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144) 00:54:28 at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:799) 00:54:28 at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:780) 00:54:28 at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:763) 00:54:28 at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2309) 00:54:28 at hudson.remoting.UserRequest.perform(UserRequest.java:118) 00:54:28 at hudson.remoting.UserRequest.perform(UserRequest.java:48) 00:54:28 at hudson.remoting.Request$2.run(Request.java:326) 00:54:28 at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) 00:54:28 at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) 00:54:28 at java.util.concurrent.FutureTask.run(Unknown Source) 00:54:28 at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) 00:54:28 at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) 00:54:28 at java.lang.Thread.run(Unknown Source) 00:54:28 Caused by: java.lang.NoClassDefFoundError: Could not initialize class com.sun.jna.Native 00:54:28 at hudson.util.jna.Kernel32Utils.load(Kernel32Utils.java:85) 00:54:28 at hudson.util.jna.Kernel32.clinit(Kernel32.java:37) 00:54:28 at hudson.util.jna.Kernel32Utils.getWin32FileAttributes(Kernel32Utils.java:76) 00:54:28 at hudson.util.jna.Kernel32Utils.isJunctionOrSymlink(Kernel32Utils.java:80) 00:54:28 at hudson.Util.isSymlink(Util.java:322) 00:54:28 at hudson.plugins.disk_usage.DiskUsageThread$DiskUsageCallable.getFileSize(DiskUsageThread.java:168) 00:54:28 at hudson.plugins.disk_usage.DiskUsageThread$DiskUsageCallable.call(DiskUsageThread.java:162) 00:54:28 at hudson.plugins.disk_usage.DiskUsageThread$DiskUsageCallable.call(DiskUsageThread.java:149) 00:54:28 ... 9 more It seems mainly to affect one machine with several slaves on it but that is no unique setup in our cluster. The system logs tell something about issue with determining the disk space. I have been checking the machine. Itself is in a healthy state with loads of available disk space. Environment:
[JIRA] (JENKINS-14354) Concurrent build jobs use BAD naming convention for workspaces
Jan Seidel created JENKINS-14354 Concurrent build jobs use BAD naming convention for workspaces Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: master-slave Created: 09/Jul/12 7:57 AM Description: Jobs fail if they are allowed to run concurrent if svn commands are used in the build steps like shell/windows batch. Reason is the "@" appended to the workspace name which indicates svn pegging. All jobs running in "workspace" succeed all jobs running in "workspace@2" and upwards fail with the message "is not a working copy" Environment: Windows XP 32 nit Jenkins ver. 1.473 SVN 1.6x Project: Jenkins Labels: Jenkins workspace naming Priority: Major Reporter: Jan Seidel This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-10459) Jenkins promoted builds plugin wrecks job configuration respectively fails on updating
[ https://issues.jenkins-ci.org/browse/JENKINS-10459?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Seidel updated JENKINS-10459: - Labels: bug builds plugins promoted (was: ) Jenkins promoted builds plugin wrecks job configuration respectively fails on updating --- Key: JENKINS-10459 URL: https://issues.jenkins-ci.org/browse/JENKINS-10459 Project: Jenkins Issue Type: Bug Components: promoted-builds Affects Versions: current Environment: WinXP SP3, Jenkins 1.423 Reporter: Jan Seidel Labels: bug, builds, plugins, promoted I have noticed from beginning a weird behaviour with the promoted builds plugin. A job configuration can be made as long as there is no promoted builds plugin configured. Any changes made after the plugin is active/configured will result in a Error - Failed to create. In newer Jenkins versions do the changes in the job config simply not take place. The config file is completely wrecked in case you use an older version of Jenkins. The config files for the promote plugin remain intact. Rebuilding the job configuration and activating the promote plugin will not lead to a reuse of the old promote config files. The inteface behaves like it is first time you use it. Saving will then overwrite the old configuration. Only ways to make changes later on are either to deactivate the promote plugin, make the changes and save and then rebuild the promote plugins configuration from scratch or by making the changes with an text editor and reload the jenkins configuration. I have made some research and noticed that the content of text fields in the job configuration are terminated with a #xd; This terminator is removed entirely after the promote plugin is active. I have no proof but I think this is somehow related. The terminator is present until the passage comes that configures the promote plugin. Everything past the passage is not terminated. So in other words. Tasks have the terminator, build steps not -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-10459) Jenkins promoted builds plugin wrecks job configuration respectively fails on updating
[ https://issues.jenkins-ci.org/browse/JENKINS-10459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=161931#comment-161931 ] Jan Seidel commented on JENKINS-10459: -- This bug still persists and I have had some private mails where people quizzed me how a workaround looks like. Wouzld be nice if someone at least would take a look at this ticket -.- Jenkins promoted builds plugin wrecks job configuration respectively fails on updating --- Key: JENKINS-10459 URL: https://issues.jenkins-ci.org/browse/JENKINS-10459 Project: Jenkins Issue Type: Bug Components: promoted-builds Affects Versions: current Environment: WinXP SP3, Jenkins 1.423 Reporter: Jan Seidel Labels: bug, builds, plugins, promoted I have noticed from beginning a weird behaviour with the promoted builds plugin. A job configuration can be made as long as there is no promoted builds plugin configured. Any changes made after the plugin is active/configured will result in a Error - Failed to create. In newer Jenkins versions do the changes in the job config simply not take place. The config file is completely wrecked in case you use an older version of Jenkins. The config files for the promote plugin remain intact. Rebuilding the job configuration and activating the promote plugin will not lead to a reuse of the old promote config files. The inteface behaves like it is first time you use it. Saving will then overwrite the old configuration. Only ways to make changes later on are either to deactivate the promote plugin, make the changes and save and then rebuild the promote plugins configuration from scratch or by making the changes with an text editor and reload the jenkins configuration. I have made some research and noticed that the content of text fields in the job configuration are terminated with a #xd; This terminator is removed entirely after the promote plugin is active. I have no proof but I think this is somehow related. The terminator is present until the passage comes that configures the promote plugin. Everything past the passage is not terminated. So in other words. Tasks have the terminator, build steps not -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-10459) Jenkins promoted builds plugin wrecks job configuration respectively fails on updating
[ https://issues.jenkins-ci.org/browse/JENKINS-10459?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Seidel reassigned JENKINS-10459: Assignee: Peter Hayes Hi, sorry for this brute force assignment :/ This ticket is idling around unassigned for almost a year and it seems that this is a general issue that should be checked. I am advancing to a private supporter to help people to find a workaround. Take care Jan Jenkins promoted builds plugin wrecks job configuration respectively fails on updating --- Key: JENKINS-10459 URL: https://issues.jenkins-ci.org/browse/JENKINS-10459 Project: Jenkins Issue Type: Bug Components: promoted-builds Affects Versions: current Environment: WinXP SP3, Jenkins 1.423 Reporter: Jan Seidel Assignee: Peter Hayes Labels: bug, builds, plugins, promoted I have noticed from beginning a weird behaviour with the promoted builds plugin. A job configuration can be made as long as there is no promoted builds plugin configured. Any changes made after the plugin is active/configured will result in a Error - Failed to create. In newer Jenkins versions do the changes in the job config simply not take place. The config file is completely wrecked in case you use an older version of Jenkins. The config files for the promote plugin remain intact. Rebuilding the job configuration and activating the promote plugin will not lead to a reuse of the old promote config files. The inteface behaves like it is first time you use it. Saving will then overwrite the old configuration. Only ways to make changes later on are either to deactivate the promote plugin, make the changes and save and then rebuild the promote plugins configuration from scratch or by making the changes with an text editor and reload the jenkins configuration. I have made some research and noticed that the content of text fields in the job configuration are terminated with a #xd; This terminator is removed entirely after the promote plugin is active. I have no proof but I think this is somehow related. The terminator is present until the passage comes that configures the promote plugin. Everything past the passage is not terminated. So in other words. Tasks have the terminator, build steps not -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13551) Copy Artifact fails if selector class=hudson.plugins.copyartifact.StatusBuildSelector is set
[ https://issues.jenkins-ci.org/browse/JENKINS-13551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=161933#comment-161933 ] Jan Seidel commented on JENKINS-13551: -- Just found out that also running the job and the promotion from one installation will fail. I don't know if I just did miss something yesterday or what is going on. The option Upstream build that triggered this job fails in my case in all setup I did test. So the last scenario to reproduce would be, does this error also happen in a single instance installation. Copy Artifact fails if selector class=hudson.plugins.copyartifact.StatusBuildSelector is set -- Key: JENKINS-13551 URL: https://issues.jenkins-ci.org/browse/JENKINS-13551 Project: Jenkins Issue Type: Bug Components: copyartifact Affects Versions: current Environment: Hardware setup: 1 Masterplattform - 3 Slaveplatforms Software setup: 10 instance of Jenkins running - 15 executors System Properties file.encoding Cp1252 hudson.DNSMultiCast.disabled true hudson.diyChunkingtrue hudson.lifecycle hudson.lifecycle.WindowsServiceLifecycle java.awt.headless true java.home C:\Program Files\Java\jre6 java.io.tmpdirC:\WINDOWS\TEMP\ java.runtime.version 1.6.0_23-b05 java.version 1.6.0_23 java.vm.info mixed mode, sharing os.arch x86 os.name Windows XP os.version5.1 sun.arch.data.model 32 svnkit.http.methods Digest,Basic,NTLM,Negotiate svnkit.ssh2.persistentfalse svnkit.symlinks false user.country DE user.language de user.name SYSTEM user.timezone Europe/Berlin Plugins ant 1.1 truefalse javadoc 1.0 truefalse active-directory 1.26truefalse token-macro 1.5.1 truefalse maven-plugin 1.458 truefalse dashboard-view2.2 truefalse analysis-core 1.38truefalse findbugs 4.37truefalse pmd 3.25truefalse analysis-collector1.24truefalse ansicolor 0.2.1 truefalse artifactdeployer 0.16truefalse backup1.6.1 truefalse batch-task1.14truefalse BlameSubversion 1.25truefalse build-pipeline-plugin 1.2.3 truefalse build-timeout 1.8 truefalse buildnownotifier 1.1 truefalse buildresult-trigger 0.6 truefalse bulk-builder 1.5 truefalse cvs 2.2 truefalse chucknorris 0.4 truefalse promoted-builds 2.4 truefalse subversion1.39truefalse collabnet 1.1.6 truefalse collapsing-console-sections 1.3 truefalse run-condition 0.7 truefalse conditional-buildstep 1.0 truefalse email-ext 2.19truefalse configurationslicing 1.28.1 truefalse copyartifact 1.22truefalse cron_column 1.003 truefalse description-setter1.8 truefalse disk-usage0.15truefalse downstream-buildview 1.7 truefalse downstream-ext1.7 truefalse envfile 1.2 truefalse exclusive-execution 0.7 truefalse extra-columns 1.2 truefalse hgca 1.3 truefalse htmlpublisher 0.7 truefalse parameterized-trigger 2.13truefalse join 1.13truefalse locale1.2 truefalse locks-and-latches 0.6 truefalse log-parser1.0.8 truefalse multi-slave-config-plugin 1.0.0 truefalse nodelabelparameter1.1.2 truefalse PerfPublisher 7.98truefalse polarion 1.3 truefalse postbuild-task1.8 truefalse PrioritySorter1.3 truefalse python1.2 truefalse rebuild 1.10truefalse regexemail0.3 truefalse role-strategy 1.1.2 truefalse scis-ad 1.2 truefalse shelve-project-plugin 1.3 truefalse sidebar-link 1.6 truefalse sonar 1.8 truefalse ssh 1.3 truefalse ssh-slaves0.21truefalse startup-trigger-plugin1.1 truefalse svn-release-mgr 1.2 truefalse svn-tag 1.16truefalse testlink 3.1.2 truefalse timestamper 1.2.2 truefalse tracking-svn 1.1 truefalse ws-cleanup0.8 truefalse translation 1.8 truefalse Reporter: Jan Seidel Assignee: Alan Harder Labels: copyartifact, exception, nodes, plugin Copy artifact cannot find the artifacts of a build if Which build is set to Upstream build that triggered this job. The configuration is ok. The copy job works fine until I change the Which build. It is always reproducible. I
[JIRA] (JENKINS-13551) Copy Artifact fails if selector class=hudson.plugins.copyartifact.StatusBuildSelector is set
Jan Seidel created JENKINS-13551: Summary: Copy Artifact fails if selector class=hudson.plugins.copyartifact.StatusBuildSelector is set Key: JENKINS-13551 URL: https://issues.jenkins-ci.org/browse/JENKINS-13551 Project: Jenkins Issue Type: Bug Components: copyartifact Affects Versions: current Environment: Hardware setup: 1 Masterplattform - 3 Slaveplatforms Software setup: 10 instance of Jenkins running - 15 executors System Properties file.encoding Cp1252 hudson.DNSMultiCast.disabledtrue hudson.diyChunking true hudson.lifecyclehudson.lifecycle.WindowsServiceLifecycle java.awt.headless true java.home C:\Program Files\Java\jre6 java.io.tmpdir C:\WINDOWS\TEMP\ java.runtime.version1.6.0_23-b05 java.version1.6.0_23 java.vm.infomixed mode, sharing os.arch x86 os.name Windows XP os.version 5.1 sun.arch.data.model 32 svnkit.http.methods Digest,Basic,NTLM,Negotiate svnkit.ssh2.persistent false svnkit.symlinks false user.countryDE user.language de user.name SYSTEM user.timezone Europe/Berlin Plugins ant 1.1 truefalse javadoc 1.0 truefalse active-directory1.26truefalse token-macro 1.5.1 truefalse maven-plugin1.458 truefalse dashboard-view 2.2 truefalse analysis-core 1.38truefalse findbugs4.37truefalse pmd 3.25truefalse analysis-collector 1.24truefalse ansicolor 0.2.1 truefalse artifactdeployer0.16truefalse backup 1.6.1 truefalse batch-task 1.14truefalse BlameSubversion 1.25truefalse build-pipeline-plugin 1.2.3 truefalse build-timeout 1.8 truefalse buildnownotifier1.1 truefalse buildresult-trigger 0.6 truefalse bulk-builder1.5 truefalse cvs 2.2 truefalse chucknorris 0.4 truefalse promoted-builds 2.4 truefalse subversion 1.39truefalse collabnet 1.1.6 truefalse collapsing-console-sections 1.3 truefalse run-condition 0.7 truefalse conditional-buildstep 1.0 truefalse email-ext 2.19truefalse configurationslicing1.28.1 truefalse copyartifact1.22truefalse cron_column 1.003 truefalse description-setter 1.8 truefalse disk-usage 0.15truefalse downstream-buildview1.7 truefalse downstream-ext 1.7 truefalse envfile 1.2 truefalse exclusive-execution 0.7 truefalse extra-columns 1.2 truefalse hgca1.3 truefalse htmlpublisher 0.7 truefalse parameterized-trigger 2.13truefalse join1.13truefalse locale 1.2 truefalse locks-and-latches 0.6 truefalse log-parser 1.0.8 truefalse multi-slave-config-plugin 1.0.0 truefalse nodelabelparameter 1.1.2 truefalse PerfPublisher 7.98truefalse polarion1.3 truefalse postbuild-task 1.8 truefalse PrioritySorter 1.3 truefalse python 1.2 truefalse rebuild 1.10truefalse regexemail 0.3 truefalse role-strategy 1.1.2 truefalse scis-ad 1.2 truefalse shelve-project-plugin 1.3 truefalse sidebar-link1.6 truefalse sonar 1.8 truefalse ssh 1.3 truefalse ssh-slaves 0.21truefalse startup-trigger-plugin 1.1 truefalse svn-release-mgr 1.2 truefalse svn-tag 1.16truefalse testlink3.1.2 truefalse timestamper 1.2.2 truefalse tracking-svn1.1 truefalse ws-cleanup 0.8 truefalse translation 1.8 truefalse Reporter: Jan Seidel Assignee: Alan Harder Copy artifact cannot find the artifacts of a build if Which build is set to Upstream build that triggered this job. The configuration is ok. The copy job works fine until I change the Which build. It is always reproducible. I learned as I ran some reproductions that this error just happens if the builds history is not located on the same machine AND not in the same instance of Jenkins. I have asides of a normal master/slave setup also tested what happens if the slave is on the same machine as the master (1 system, 2 different disks). Same bug. So a simple master installation will never run into this error. All other setups should face this issue The paths used are fine when looking them up on the master. This is unfortunately no simple fixing as the option does not address it to the master but locally as the error also happens when 1 machine with master/slave running on. It should then work if it just where about the paths as drive letter is correct and pointing to the other disc. There
