The app under test requires a cert, which is installed. Total time: 0 seconds Recording test results ERROR: Failed to archive test reports hudson.util.IOException2: remote file operation failed: C:\Users\xxx\Downloads\hudson\workspace\xxx at [email protected]:NodeA at hudson.FilePath.act(FilePath.java:754) at hudson.FilePath.act(FilePath.java:740) at hudson.tasks.junit.JUnitParser.parse(JUnitParser.java:83) at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:132) at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:144) Closed Activity All Comments History Activity Ascending order - Click to sort in descending order Jesse Glick created issue - 2013/Aug/13 4:10 PM Jesse Glick made changes - 2013/Aug/13 4:10 PM My test cases are working fine. my review here
Please reopen if it occurs again. Finished: FAILURE And the corresponding node log : [12/16/09 12:59:34] [SSH] Checking java version of java [12/16/09 12:59:34] [SSH] java -version returned 1.6.0_12. [12/16/09 12:59:34] [SSH] Starting sftp client. [12/16/09 12:59:34] GiraffaFS member shvachko commented Apr 18, 2015 Comment #8 originally posted by shvachko on 2013-02-07T03:46:55.000Z: This appears to be resolved now. Or maybe you have test server where this problem is reproducible? https://issues.jenkins-ci.org/browse/JENKINS-24946
Could any one please tell me what is wrong here. The problem is still in there somewhere ... I was trying to record a test to build a test script. Should I ever use the pronoun "ci"?
We do this because using the TestingUtil to perform the shutdown causes a ZooKeeper session to fail to expire and then as we run all the tests our CPU becomes consumed Show Andrew Bayer added a comment - 2009/Dec/31 2:20 PM I could be wrong, but I have a feeling this is dependent on JENKINS-5048 - I remember the last time the more stack exchange communities company blog Stack Exchange Inbox Reputation and Badges sign up log in tour help Tour Start here for a quick overview of the site Help Center Detailed Error: Publisher Hudson.tasks.junit.junitresultarchiver Aborted Due To Exception Join them; it only takes a minute: Sign up Hudson is giving error while creating the test report up vote 1 down vote favorite I am getting the follwoing error from
GiraffaFS member shvachko commented Apr 18, 2015 Comment #4 originally posted by shvachko on 2013-01-31T03:03:54.000Z: I am bumping up the priority on this as without it we cannot see any of Thanks, Comment 3 Eclipse Webmaster 2013-03-11 11:35:55 EDT Sorry about not responding. Setting as blocker since as it is, it prevents us from "seeing" our test results, but if I can work around it, will set to major. = = = = = https://issues.jenkins-ci.org/browse/JENKINS-19186?page=com.atlassian.jira.plugin.system.issuetabpanels:changehistory-tabpanel The "work around" I mentioned did not work, we depend on that final "archive" step.
Is there anaything I can do to help you resolving this issue ? Java.lang.noclassdeffounderror: Hudson/tasks/junit/junitparser$parseresultcallable Today updated plugins, junit publisher now crashes. I have instead attached a patch to try to save memory where we can -- namely, in the GiraffaUpgrade test. Reload to refresh your session.
We recommend upgrading to the latest Safari, Google Chrome, or Firefox. https://issues.cloudera.org/browse/IMPALA-2616 Sounds like publishing JUnit test results fails. Error Failed To Archive Test Reports I didn't 'fix' anything here(I got as far as checking that the slaves weren't out of disk space) and then got sidetracked. Hudson Util Ioexception2 Failed To Read So this issue is not a bug in hudson.
I was on 1.586 and upgrade finally solved it for me, as advised by Daniel Beck above. this page Ask us anything Toggle navigation Questions Users Tags Groups Hbase - Recording Test Results ERROR: Failed To Archive Test Home Groups Hbase-Dev Recording Test Results ERROR: Failed To Archive Test Error Message hudson 1.339 Recording test results ERROR: Failed to archive test reports hudson.util.IOException2: remote file operation failed at hudson.FilePath.act(FilePath.java:672) at hudson.FilePath.act(FilePath.java:660) at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:117) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:583) at hudson.model.AbstractBuild$AbstractRunner.performAllBuildStep(AbstractBuild.java:564) at share|improve this answer answered Oct 2 '15 at 11:24 Buffalo 1,15622044 add a comment| Your Answer draft saved draft discarded Sign up or log in Sign up using Google Sign Hudson.abortexception: No Test Report Files Were Found. Configuration Error?
Thanx Waldek M Hide Permalink Kent Granström added a comment - 2015/Feb/11 10:56 AM Reverting issue to its previous state since it is explained in the comments why it doesn't work Show sbernaud added a comment - 2009/Dec/16 5:38 AM updating component to core. Try JIRA - bug tracking software for your team. get redirected here Resolved Activity All Comments History Activity Ascending order - Click to sort in descending order 11 older comments Hide Permalink Daniel Beck added a comment - 2015/Jan/07 6:43 PM Alright, resolving
Tyler Croy made changes - 2016/Jul/25 11:55 PM Workflow JNJira [ 150634 ] JNJira + In-Review [ 193606 ] People Assignee: Unassigned Reporter: Jesse Glick Votes: 0 Vote for this issue Step([$class: 'junitresultarchiver' I have also installed the apacheJMeterTemporaryRootCA. at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.invalidByte(Unknown Source) at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.read(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.scanLiteral(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLScanner.scanAttributeValue(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanAttribute(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown Source) at
shvachko closed this Apr 18, 2015 Sign up for free to join this conversation on GitHub. AttachmentsActivity All Comments History Activity Transitions Ascending order - Click to sort in descending order Hide Permalink Skye Wanderman-Milne added a comment - 03/Nov/15 1:18 AM Again: http://sandbox.jenkins.cloudera.com/view/Impala/view/Builds%20-%202.3.0%20Release/job/impala-cdh5.5.x-exhaustive/58/console Show Skye Wanderman-Milne Someone can help me? Is This Really A Junit Report File? Your Configuration Must Be Matching Too Many Files Thread .run( Thread .java:595) Hide Permalink sbernaud added a comment - 2010/Jan/27 11:53 PM Problem solved by suppressing xercesImpl.jar from tomcat (v5.5) endorsed dir (/usr/share/tomcat5.5/common/endorsed/ for me).
I have followed through the steps outlined in the documentation but I am not getting anything when I stop recording. Nested exception: Invalid byte 1 of 1-byte UTF-8 sequence. 14:54:32 at org.dom4j.io.SAXReader.read(SAXReader.java:484) 14:54:32 at org.dom4j.io.SAXReader.read(SAXReader.java:264) 14:54:32 at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:130) 14:54:32 at hudson.tasks.junit.TestResult.parse(TestResult.java:274) 14:54:32 ... 15 more 14:54:32 Caused by: com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte See: https://builds.apache.org/view/All/job/Geode-nightly/167/console Hide Permalink Darrel Schneider added a comment - 27/Jul/15 21:28 Also https://builds.apache.org/view/All/job/Geode-nightly/168/console Show Darrel Schneider added a comment - 27/Jul/15 21:28 Also https://builds.apache.org/view/All/job/Geode-nightly/168/console Hide Permalink Mark Bretl added a useful reference At first, I thought related to our tests, but as I look at it, and google for these errors, it seems more related to some permissions problem or space limitation.
Comment 4 Denis Roy 2015-02-12 10:29:38 EST I'll close this as WORKSFORME since DUNNOWHATHAPPENED is not a valid state. Tried v1.4, same result. Is there anaything I can do to help you resolving this issue ? Closing as cannot reproduce.
Your configuration must be matching too many files 14:54:32 at hudson.tasks.junit.TestResult.parse(TestResult.java:282) 14:54:32 at hudson.tasks.junit.TestResult.parsePossiblyEmpty(TestResult.java:230) 14:54:32 at hudson.tasks.junit.TestResult.parse(TestResult.java:165) 14:54:32 at hudson.tasks.junit.TestResult.parse(TestResult.java:148) 14:54:32 at hudson.tasks.junit.TestResult.
log4j:WARN Please initialize the log4j system properly. Creating new issue. I _might_ be able to work around it by telling hudson not to "save the results" .... To describe the situation further, what we are doing is running a test for a number of hours and ramping up the load constantly (in terms of numbers of threads) over