[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
