[JIRA] [ci-game-plugin] (JENKINS-24478) Publisher hudson.plugins.cigame.GamePublisher aborted due to exception NoSuchMethodError: hudson.model.AbstractBuild.getTestResultAction()Lhudson/tasks/test/Abs
Simon Schlachter commented on JENKINS-24478 Publisher hudson.plugins.cigame.GamePublisher aborted due to exception NoSuchMethodError: hudson.model.AbstractBuild.getTestResultAction()Lhudson/tasks/test/AbstractTestResultAction OK, changes are included in version 1.21 - can you please verify? 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] [ci-game-plugin] (JENKINS-24478) Publisher hudson.plugins.cigame.GamePublisher aborted due to exception NoSuchMethodError: hudson.model.AbstractBuild.getTestResultAction()Lhudson/tasks/test/Abs
Simon Schlachter resolved JENKINS-24478 as Fixed Publisher hudson.plugins.cigame.GamePublisher aborted due to exception NoSuchMethodError: hudson.model.AbstractBuild.getTestResultAction()Lhudson/tasks/test/AbstractTestResultAction Hey Guys, I had to bump some of the version numbers on our dependencies in order to be able to fully use the changed API. Now everything looks good. I'll release a new version as soon as the jenkins-infra-guys are able to get the release-mechanism working again. See INFRA-240 for that, if you are interested. Change By: Simon Schlachter (14/Feb/15 5:06 PM) Status: InProgress Resolved 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 -- 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] [ci-game-plugin] (JENKINS-24478) Publisher hudson.plugins.cigame.GamePublisher aborted due to exception NoSuchMethodError: hudson.model.AbstractBuild.getTestResultAction()Lhudson/tasks/test/Abs
Simon Schlachter started work on JENKINS-24478 Publisher hudson.plugins.cigame.GamePublisher aborted due to exception NoSuchMethodError: hudson.model.AbstractBuild.getTestResultAction()Lhudson/tasks/test/AbstractTestResultAction Change By: Simon Schlachter (13/Feb/15 4:54 PM) Status: Open InProgress 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] [ci-game-plugin] (JENKINS-24478) Publisher hudson.plugins.cigame.GamePublisher aborted due to exception NoSuchMethodError: hudson.model.AbstractBuild.getTestResultAction()Lhudson/tasks/test/Abs
Simon Schlachter assigned JENKINS-24478 to Simon Schlachter Publisher hudson.plugins.cigame.GamePublisher aborted due to exception NoSuchMethodError: hudson.model.AbstractBuild.getTestResultAction()Lhudson/tasks/test/AbstractTestResultAction Change By: Simon Schlachter (13/Feb/15 4:54 PM) Assignee: redsolo SimonSchlachter 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] [performance-plugin] (JENKINS-16627) Fail to parse jmeter report
Simon Schlachter commented on JENKINS-16627 Fail to parse jmeter report yes - as I've written above, when I force the output to xml this works. Maybe this is just something that should be added to the documentation, since the default output obviously changed between jmeter versions 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] [performance-plugin] (JENKINS-16627) Fail to parse jmeter report
Simon Schlachter updated JENKINS-16627 Fail to parse jmeter report See the File EXAMPLE-OUTPUT.jtl Change By: Simon Schlachter (24/Feb/14 7:45 AM) Attachment: EXAMPLE-OUTPUT.jtl 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-16627) Fail to parse jmeter report
Simon Schlachter commented on JENKINS-16627 Fail to parse jmeter report Same here. Tested with JMeter 2.9 and JMeter 2.8. 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-16627) Fail to parse jmeter report
Simon Schlachter edited a comment on JENKINS-16627 Fail to parse jmeter report Same here. Tested with JMeter 2.9 and JMeter 2.8. The problem seems to be, that newer jmeter versions output a csv file format into jtl (which the plugin doesn't seem to understand). You can change the output format to xml by using the following property (as property in ant-task or as value in jmeter.properties: jmeter.save.saveservice.output_format=xml It then works for me. 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-15381) Leaderboard Displays never (or takes forever)
Simon Schlachter commented on JENKINS-15381 Leaderboard Displays never (or takes forever) anything new? still the same issue on Jenkins ver. 1.494 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-15381) Leaderboard Displays never (or takes forever)
Simon Schlachter created JENKINS-15381 Leaderboard Displays never (or takes forever) Issue Type: Bug Affects Versions: current Assignee: redsolo Components: ci-game Created: 02/Oct/12 3:46 PM Description: Navigating to http://jenkins-instance:8080/cigame/? seemingly takes forever and yields no response within acceptable timeout (several minutes). Maybe this is related to JENKINS-15206 or has the same fundemantal problem? Sadly the ci-game is not as much fun (or doesn't make sense) if one cannot see the leader board since this "game" is about getting better than your co-workers... Project: Jenkins Labels: plugin user performance timeout Priority: Critical Reporter: Simon Schlachter 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-15381) Leaderboard Displays never (or takes forever)
Simon Schlachter updated JENKINS-15381 Leaderboard Displays never (or takes forever) Change By: Simon Schlachter (02/Oct/12 3:49 PM) Description: Navigatingtohttp://jenkins-instance:8080/cigame/?seeminglytakesforeverandyieldsnoresponsewithinacceptabletimeout(severalminutes).MaybethisisrelatedtoJENKINS-15206orhasthesame fundemantal fundamental problem?Sadlytheci-gameisnotasmuchfun(ordoesntmakesense)ifonecannotseetheleaderboardsincethisgameisaboutgettingbetterthanyourco-workers... 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-13959) StackOverflowException on Job Finish
Simon Schlachter commented on JENKINS-13959 StackOverflowException on Job Finish Any news on this issue? 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-13959) StackOverflowException on Job Finish
Simon Schlachter commented on JENKINS-13959 StackOverflowException on Job Finish Michael, one of my colleagues discovered that we see the exact same Exception when we navigate the browser to http://myjenkins.myhost.com/people/ - strange, isn't it? 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-13959) StackOverflowException on Job Finish
[ https://issues.jenkins-ci.org/browse/JENKINS-13959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Schlachter updated JENKINS-13959: --- Attachment: example_fail_config.xml [Example failing config|^example_fail_config.xml] StackOverflowException on Job Finish Key: JENKINS-13959 URL: https://issues.jenkins-ci.org/browse/JENKINS-13959 Project: Jenkins Issue Type: Bug Components: cvs, notification Affects Versions: current Reporter: Simon Schlachter Attachments: example_fail_config.xml Since upgrading to jenkins 1.465 we get in some of our jobs the following stacktrace: {noformat} FATAL: null java.lang.StackOverflowError at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:266) at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:243) at java.util.GregorianCalendar.computeFields(GregorianCalendar.java:2041) at java.util.GregorianCalendar.computeTime(GregorianCalendar.java:2489) at java.util.Calendar.updateTime(Calendar.java:2495) at java.util.Calendar.getTimeInMillis(Calendar.java:1104) at java.util.Calendar.getMillisOf(Calendar.java:2512) at java.util.Calendar.equals(Calendar.java:1892) at java.util.GregorianCalendar.equals(GregorianCalendar.java:811) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:409) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) ... {noformat} The Exception happens when the Job itself has finished and is about to report results to e-mail receivers. We were able to workaround the issue by removing the send email notification setting, storing the configuration and then re-add the notification setting, so perhaps it has something to do with the notification part in jenkins itself. PS: The concerned Jobs do not all use CVS, some of them are git-only but get the exact same stacktrace as reported above. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators:
[JIRA] (JENKINS-13959) StackOverflowException on Job Finish
Simon Schlachter created JENKINS-13959: -- Summary: StackOverflowException on Job Finish Key: JENKINS-13959 URL: https://issues.jenkins-ci.org/browse/JENKINS-13959 Project: Jenkins Issue Type: Bug Components: cvs, notification Affects Versions: current Reporter: Simon Schlachter Since upgrading to jenkins 1.465 we get in some of our jobs the following stacktrace: {noformat} FATAL: null java.lang.StackOverflowError at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:266) at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:243) at java.util.GregorianCalendar.computeFields(GregorianCalendar.java:2041) at java.util.GregorianCalendar.computeTime(GregorianCalendar.java:2489) at java.util.Calendar.updateTime(Calendar.java:2495) at java.util.Calendar.getTimeInMillis(Calendar.java:1104) at java.util.Calendar.getMillisOf(Calendar.java:2512) at java.util.Calendar.equals(Calendar.java:1892) at java.util.GregorianCalendar.equals(GregorianCalendar.java:811) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:409) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) ... {noformat} The Exception happens when the Job itself has finished and is about to report results to e-mail receivers. We were able to workaround the issue by removing the send email notification setting, storing the configuration and then re-add the notification setting, so perhaps it has something to do with the notification part in jenkins itself. PS: The concerned Jobs to not all use CVS, some of them are git-only but get the exact same stacktrace as reported above. -- 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-13959) StackOverflowException on Job Finish
[ https://issues.jenkins-ci.org/browse/JENKINS-13959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Schlachter updated JENKINS-13959: --- Description: Since upgrading to jenkins 1.465 we get in some of our jobs the following stacktrace: {noformat} FATAL: null java.lang.StackOverflowError at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:266) at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:243) at java.util.GregorianCalendar.computeFields(GregorianCalendar.java:2041) at java.util.GregorianCalendar.computeTime(GregorianCalendar.java:2489) at java.util.Calendar.updateTime(Calendar.java:2495) at java.util.Calendar.getTimeInMillis(Calendar.java:1104) at java.util.Calendar.getMillisOf(Calendar.java:2512) at java.util.Calendar.equals(Calendar.java:1892) at java.util.GregorianCalendar.equals(GregorianCalendar.java:811) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:409) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) at java.util.AbstractList.equals(AbstractList.java:524) at hudson.scm.CVSChangeLogSet$CVSChangeLog.equals(CVSChangeLogSet.java:416) at hudson.scm.CVSChangeLogSet$File.equals(CVSChangeLogSet.java:608) ... {noformat} The Exception happens when the Job itself has finished and is about to report results to e-mail receivers. We were able to workaround the issue by removing the send email notification setting, storing the configuration and then re-add the notification setting, so perhaps it has something to do with the notification part in jenkins itself. PS: The concerned Jobs do not all use CVS, some of them are git-only but get the exact same stacktrace as reported above. was: Since upgrading to jenkins 1.465 we get in some of our jobs the following stacktrace: {noformat} FATAL: null java.lang.StackOverflowError at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:266) at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:243) at java.util.GregorianCalendar.computeFields(GregorianCalendar.java:2041) at java.util.GregorianCalendar.computeTime(GregorianCalendar.java:2489) at java.util.Calendar.updateTime(Calendar.java:2495) at java.util.Calendar.getTimeInMillis(Calendar.java:1104) at java.util.Calendar.getMillisOf(Calendar.java:2512) at
[JIRA] (JENKINS-6604) Possible race condition in RemoteClassLoader renders slave unusable
[ https://issues.jenkins-ci.org/browse/JENKINS-6604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=160283#comment-160283 ] Simon Schlachter commented on JENKINS-6604: --- Same Issue here. Running Jenkins ver. 1.437 Possible race condition in RemoteClassLoader renders slave unusable --- Key: JENKINS-6604 URL: https://issues.jenkins-ci.org/browse/JENKINS-6604 Project: Jenkins Issue Type: Bug Components: core Affects Versions: current Environment: CentOS 5.3, Sun JDK 1.6.0_19 64-bit Reporter: michal_grzejszczak Priority: Minor We are restarting hudson each Sunday afternoon to evade problems with memory leaks and have a couple of nightly builds that kick in at midnight. The scenario is that Hudson is fresh when multiple builds kick in, that is its remote class loader did not have a chance to read any classes yet. We have 3 executors defined. I suppose that the SCM poll action that is sent in many build procedures causes multiple requests to load classes for the SCM (we use slightly hacked version of CVS SCM). We are getting the following exception: java.lang.LinkageError: loader (instance of hudson/remoting/RemoteClassLoader): attempted duplicate class definition for name: hudson/model/ModelObject I have looked around on the web and found this (http://jira.codehaus.org/browse/JETTY-418) that lead me to believe that lack of synchronization while loading classes in remote class loader is the cause. Full stack trace: {code} Started on May 24, 2010 12:00:54 AM FATAL: remote file operation failed: /home/hudson-slave/workspace/BPE_8.1SR at hudson.remoting.Channel@1219b8c:slave-81 hudson.util.IOException2: remote file operation failed: /home/hudson-slave/workspace/BPE_8.1SR at hudson.remoting.Channel@1219b8c:slave-81 at hudson.FilePath.act(FilePath.java:743) at hudson.FilePath.act(FilePath.java:729) at com.syncron.hudson.cvs2.CVS2.isUpdatable(CVS2.java:813) at com.syncron.hudson.cvs2.CVS2.pollChanges(CVS2.java:310) at hudson.scm.SCM.poll(SCM.java:370) at hudson.model.AbstractProject.poll(AbstractProject.java:1153) at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:330) at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:359) at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) 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:619) Caused by: java.io.IOException: Remote call on slave-81 failed at hudson.remoting.Channel.call(Channel.java:560) at hudson.FilePath.act(FilePath.java:736) ... 14 more Caused by: java.lang.LinkageError: loader (instance of hudson/remoting/RemoteClassLoader): attempted duplicate class definition for name: hudson/model/ModelObject at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) at java.lang.ClassLoader.defineClass(ClassLoader.java:616) at java.lang.ClassLoader.defineClass(ClassLoader.java:466) at hudson.remoting.RemoteClassLoader.loadClassFile(RemoteClassLoader.java:151) at hudson.remoting.RemoteClassLoader.findClass(RemoteClassLoader.java:131) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) at java.lang.ClassLoader.defineClass(ClassLoader.java:616) at java.lang.ClassLoader.defineClass(ClassLoader.java:466) at hudson.remoting.RemoteClassLoader.loadClassFile(RemoteClassLoader.java:151) at hudson.remoting.RemoteClassLoader.findClass(RemoteClassLoader.java:131) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) at java.lang.Class.getDeclaredFields0(Native Method) at java.lang.Class.privateGetDeclaredFields(Class.java:2291) at java.lang.Class.getDeclaredField(Class.java:1880) at java.io.ObjectStreamClass.getDeclaredSUID(ObjectStreamClass.java:1610) at java.io.ObjectStreamClass.access$700(ObjectStreamClass.java:52) at