[JIRA] (JENKINS-61085) TmpCleaner plugin fails with java.lang.NoClassDefFoundError: Could not initialize class org.jruby.ext.posix.Linux64HeapFileStat
Title: Message Title Petr H created an issue Jenkins / JENKINS-61085 TmpCleaner plugin fails with java.lang.NoClassDefFoundError: Could not initialize class org.jruby.ext.posix.Linux64HeapFileStat Issue Type: Bug Assignee: Unassigned Components: tmpcleaner-plugin Created: 2020-02-13 16:41 Environment: Jenkins 2.190.3 TmpCleaner plugin 1.3 Linux x64 (CentOS 7.6) Priority: Minor Reporter: Petr H At Jenkins slaves there are lots of exceptions such as Feb 13, 2020 10:06:15 AM hudson.plugins.tmpcleaner.TmpCleanTask delete INFO: Deletion failed: /tmp/tmpclean8686648300166673561.tmp Feb 13, 2020 10:06:15 AM hudson.remoting.UserRequest perform WARNING: LinkageError while performing UserRequest:hudson.plugins.tmpcleaner.TmpCleanTask@3ddab2ff java.lang.NoClassDefFoundError: Could not initialize class org.jruby.ext.posix.Linux64HeapFileStat at org.jruby.ext.posix.LinuxPOSIX.allocateStat(LinuxPOSIX.java:44) at org.jruby.ext.posix.LinuxPOSIX.lstat(LinuxPOSIX.java:72) at hudson.plugins.tmpcleaner.TmpCleanTask.visit(TmpCleanTask.java:99) at hudson.plugins.tmpcleaner.TmpCleanTask.call(TmpCleanTask.java:50) at hudson.plugins.tmpcleaner.TmpCleanTask.call(TmpCleanTask.java:24) at hudson.remoting.UserRequest.perform(UserRequest.java:212) at hudson.remoting.UserRequest.perform(UserRequest.java:54) at hudson.remoting.Request$2.run(Request.java:369) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at
[JIRA] (JENKINS-57205) Null pointer exception in JGit pre-build merge
Title: Message Title Petr H edited a comment on JENKINS-57205 Re: Null pointer exception in JGit pre-build merge In our case it was failing even with the git client plugin 2.9.0 (git plugin 3.12.1) in some cases. However I noticed that after creating a copy of one problematic jenkins job the new one didn't exhibit the issue. Both (old) job bonfigs configs were identical, therefore I cleared the old job's workspace (at all jenkins slaves) and it started working again. You may try that if you encounter the issue. Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.198962.1556378819000.2897.1578332640258%40Atlassian.JIRA.
[JIRA] (JENKINS-57205) Null pointer exception in JGit pre-build merge
Title: Message Title Petr H commented on JENKINS-57205 Re: Null pointer exception in JGit pre-build merge In our case it was failing even with the git client plugin 2.9.0 (git plugin 3.12.1) in some cases. However I noticed that after creating a copy of one problematic jenkins job the new one didn't exhibit the issue. Both (old) job bonfigs were identical, therefore I cleared the old job's workspace (at all jenkins slaves) and it started working again. You may try that if you encounter the issue. Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.198962.1556378819000.2892.1578332400175%40Atlassian.JIRA.
[JIRA] (JENKINS-57205) Null pointer exception in JGit pre-build merge
Title: Message Title Petr H commented on JENKINS-57205 Re: Null pointer exception in JGit pre-build merge I wouldn't rate this as a Minor bug. Today this started hitting us as well and it affected a lot of jobs at once. Could be rather caused by the git client plugin, but in the end the NPE occurs in the git plugin code. Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.198962.1556378819000.12013.1576673580215%40Atlassian.JIRA.
[JIRA] (JENKINS-49325) @script folder contains full git checkout and is not deleted on cleanup
Title: Message Title Petr H commented on JENKINS-49325 Re: @script folder contains full git checkout and is not deleted on cleanup Having the same issue. It's really annoying and can consume a lot of disk space if you've got a multitude of multibranch jobs. Note that the @script directory isn't the only one, There's also @libs: workspace@script, workspace@libs. Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.188188.1517523474000.8880.1574950741346%40Atlassian.JIRA.
[JIRA] (JENKINS-54959) Offer a new Unarchive installer which takes Java archive structure into account
Title: Message Title Petr H edited a comment on JENKINS-54959 Re: Offer a new Unarchive installer which takes Java archive structure into account - automatically installed JDK (when it worked):hudson.model.JDK/JDK8u152/bin/- manually downloaded and locally used binary archive (jdk-8u212-linux-x64.tar.gz in this example):hudson.model.JDK/JDK8/*jdk1.8.0_212*/bin/Although I can set the *Subdirectory of extracted archive* to "jdk1.8.0_212" (for the above example) which sets the java home correctly, I'd like to get the same result as with the automatically installed JDK - e.g. without that additional subdirectory in the filesystem path . Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.195983.1543566344000.8429.1571185440333%40Atlassian.JIRA.
[JIRA] (JENKINS-54959) Offer a new Unarchive installer which takes Java archive structure into account
Title: Message Title Petr H edited a comment on JENKINS-54959 Re: Offer a new Unarchive installer which takes Java archive structure into account - automatically installed JDK (when it worked):hudson.model.JDK/JDK8u152/bin/- manually downloaded and locally used binary archive (jdk-8u212-linux-x64.tar.gz in this example):hudson.model.JDK/JDK8/*jdk1.8.0_212*/bin/ Although I can set the *Subdirectory of extracted archive* to "jdk1.8.0_212" (for the above example) which sets the java home correctly, I'd like to get the same result as with the automatically installed JDK - e.g. without that additional subdirectory. Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.195983.1543566344000.8423.1571185380197%40Atlassian.JIRA.
[JIRA] (JENKINS-54959) Offer a new Unarchive installer which takes Java archive structure into account
Title: Message Title Petr H commented on JENKINS-54959 Re: Offer a new Unarchive installer which takes Java archive structure into account automatically installed JDK (when it worked): hudson.model.JDK/JDK8u152/bin/ manually downloaded and locally used binary archive (jdk-8u212-linux-x64.tar.gz in this example): hudson.model.JDK/JDK8/jdk1.8.0_212/bin/ Although I can set the Subdirectory of extracted archive to "jdk1.8.0_212" (for the above example) which sets the java home correctly, I'd like to get the same result as with the automatically installed JDK - e.g. without that additional subdirectory. Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- 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. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.195983.1543566344000.8421.1571185260347%40Atlassian.JIRA.
[JIRA] (JENKINS-49392) Violations plugin freezes project settings screen
Title: Message Title Petr H commented on JENKINS-49392 Re: Violations plugin freezes project settings screen I encountered a very similar issue during the Jenkins startup after it's been updated from 2.107.2 to 2.107.3. Downgraded to 2.107.2 for now and will look into the possibility to remove the Violations plugin. During the startup jenkins.log ends up at: May 11, 2018 6:45:12 PM jenkins.InitReactorRunner$1 onAttained INFO: Prepared all plugins And one thread can be seen utilizing 100% CPU and doing the following: "Initializing plugin sonar" #34 daemon prio=5 os_prio=0 tid=0x7fc6e400e800 nid=0x4700 runnable [0x7fc7129cb000] java.lang.Thread.State: RUNNABLE at org.kxml2.io.KXmlParser.next(Unknown Source) at hudson.plugins.violations.types.findbugs.FindBugsDescriptor$ParseMessages.toTag(FindBugsDescriptor.java:141) at hudson.plugins.violations.types.findbugs.FindBugsDescriptor$ParseMessages.doIt(FindBugsDescriptor.java:123) at hudson.plugins.violations.types.findbugs.FindBugsDescriptor$ParseMessages.execute(FindBugsDescriptor.java:115) at hudson.plugins.violations.parse.ParseXML.parse(ParseXML.java:44) at hudson.plugins.violations.types.findbugs.FindBugsDescriptor.parseMessages(FindBugsDescriptor.java:102) at hudson.plugins.violations.types.findbugs.FindBugsDescriptor.parseMessages(FindBugsDescriptor.java:93) at hudson.plugins.violations.types.findbugs.FindBugsDescriptor.(FindBugsDescriptor.java:88) at hudson.plugins.violations.TypeDescriptor.(TypeDescriptor.java:95) at org.jenkinsci.plugins.jvcts.config.ViolationsToBitbucketServerConfigHelper.createNewConfig(ViolationsToBitbucketServerConfigHelper.java:38) at org.jenkinsci.plugins.jvcts.ViolationsToBitbucketServerDescriptor.(ViolationsToBitbucketServerDescriptor.java:31) at org.jenkinsci.plugins.jvcts.ViolationsToBitbucketServerRecorder.(ViolationsToBitbucketServerRecorder.java:23) at sun.misc.Unsafe.ensureClassInitialized(Native Method) at sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:43) at sun.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:142) at java.lang.reflect.Field.acquireFieldAccessor(Field.java:1088) at java.lang.reflect.Field.getFieldAccessor(Field.java:1069) at java.lang.reflect.Field.get(Field.java:393) at net.java.sezpoz.IndexItem.instance(IndexItem.java:185) at hudson.ExtensionFinder$GuiceFinder.instantiate(ExtensionFinder.java:353) at hudson.ExtensionFinder$GuiceFinder.access$700(ExtensionFinder.java:232) at hudson.ExtensionFinder$GuiceFinder$SezpozModule$1.get(ExtensionFinder.java:526) at com.google.inject.internal.ProviderInternalFactory.provision(ProviderInternalFactory.java:81) at com.google.inject.internal.InternalFactoryToInitializableAdapter.provision(InternalFactoryToInitializableAdapter.java:53) at com.google.inject.internal.ProviderInternalFactory.circularGet(ProviderInternalFactory.java:61) at
[JIRA] (JENKINS-41767) Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method
Title: Message Title Petr H commented on JENKINS-41767 Re: Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method It might be possible that it isn't being caused by the NodeJS plugin itself, but then: 1. Why it started to occur after updating only this single plugin (and nothing else)? 2. Why it's the only plugin appearing in the stack trace: Caused by: java.lang.IllegalStateException: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method! at org.jenkinsci.lib.configprovider.model.Config.getDescriptor(Config.java:108) at org.jenkinsci.plugins.configfiles.GlobalConfigFiles.getConfigs(GlobalConfigFiles.java:91) at jenkins.plugins.nodejs.NodeJSBuildWrapper$DescriptorImpl.getConfigs(NodeJSBuildWrapper.java:137) ... 189 more With the above 2 points - how are we supposed to find out the other plugin that's the cause is it isn't the NodeJS one? Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- 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] (JENKINS-41767) Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method
Title: Message Title Petr H updated an issue Jenkins / JENKINS-41767 Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method Change By: Petr H Environment: CentOS 7.3, JDK 8u112, Jenkins 2.32. 2 1 , NodeJS Plugin 1.0 Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- 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] (JENKINS-41767) Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method
Title: Message Title Petr H created an issue Jenkins / JENKINS-41767 Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method Issue Type: Bug Assignee: Unassigned Components: nodejs-plugin Created: 2017/Feb/06 6:18 PM Environment: CentOS 7.3, JDK 8u112, Jenkins 2.32.2, NodeJS Plugin 1.0 Labels: nodejs illegalstateexception getdescriptor Priority: Minor Reporter: Petr H After trying the NodeJS Plugin upgrade to version 1.0 (which we had to roll back due to JENKINS-41535) we could see the following exceptions when attempting to load the Job configuration page for jobs utilizing this plugin: Jan 31, 2017 8:18:48 AM hudson.ExpressionFactory2$JexlExpression evaluate WARNING: Caught exception evaluating: descriptor.configs in .../configure. Reason: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125) at
[JIRA] (JENKINS-41767) Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method
Title: Message Title
Petr H updated an issue
Jenkins / JENKINS-41767
Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method
Change By:
Petr H
After trying the NodeJS Plugin upgrade to version 1.0 (which we had to roll back due to JENKINS-41535) we could see the following exceptions (in jenkins log) when attempting to load the Job configuration page for jobs utilizing this plugin:{noformat}Jan 31, 2017 8:18:48 AM hudson.ExpressionFactory2$JexlExpression evaluateWARNING: Caught exception evaluating: descriptor.configs in .../configure. Reason: java.lang.reflect.InvocationTargetExceptionjava.lang.reflect.InvocationTargetExceptionat sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)at java.lang.reflect.Method.invoke(Method.java:498)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.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:99)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.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:95)at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:147)at
[JIRA] (JENKINS-41767) Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method
Title: Message Title
Petr H updated an issue
Jenkins / JENKINS-41767
Exception in jenkins log: class org.jenkinsci.lib.configprovider.model.Config must override 'getDescriptor()' this method
Change By:
Petr H
After trying the NodeJS Plugin upgrade to version 1.0 (which we had to roll back due to JENKINS-41535) we could see the following exceptions (in jenkins log) when attempting to load the Job configuration page for jobs utilizing this plugin:{noformat}Jan 31, 2017 8:18:48 AM hudson.ExpressionFactory2$JexlExpression evaluateWARNING: Caught exception evaluating: descriptor.configs in .../configure. Reason: java.lang.reflect.InvocationTargetExceptionjava.lang.reflect.InvocationTargetExceptionat sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)at java.lang.reflect.Method.invoke(Method.java:498)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.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:99)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.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:95)at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:147)at
[JIRA] [active-directory-plugin] (JENKINS-32033) Support for multiple domain controllers
Title: Message Title Petr H created an issue Jenkins / JENKINS-32033 Support for multiple domain controllers Issue Type: Bug Assignee: Unassigned Components: active-directory-plugin Created: 11/Dec/15 1:13 PM Environment: Jenkins 1.637 Active Directory plugin 1.41 Labels: active directory plugin failover Priority: Major Reporter: Petr H In the case of LDAP plugin it's possible to provide list of multiple ldap servers separated by space, see for example JENKINS-16443 But in the case of Active directory plugin it doesn't work as entering the following in the server entry: dc3.intra.net:3268 10.1.1.11:3268 dc2.intra.net:3268 leads to: java.lang.NumberFormatException: For input string:
[JIRA] [core] (JENKINS-20550) download artifacts is very slow
Petr H commented on JENKINS-20550 download artifacts is very slow I confirm the same. 1.538 here. I had to replace the trilead-ssh2-build217-jenkins-3.jar library with older trilead-ssh2-build214-jenkins-3.jar from 1.536 which significantly improved performance. 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-20550) download artifacts is very slow
Petr H edited a comment on JENKINS-20550 download artifacts is very slow I confirm the same. 1.538 here. I had to replace the trilead-ssh2-build217-jenkins-3.jar library with older trilead-ssh2-build214-jenkins-3.jar from 1.535 which significantly improved performance. 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.
