[ 
https://issues.apache.org/jira/browse/SUREFIRE-859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15026621#comment-15026621
 ] 

ASF GitHub Bot commented on SUREFIRE-859:
-----------------------------------------

Github user m4rkmckenna commented on the pull request:

    
https://github.com/apache/incubator-brooklyn/pull/1068#issuecomment-159575709
  
    From having run locally I get the below log ... no failure but `GC 
(Allocation Failure)` is interesting can any one shed any light on this? From 
what i understand java is trying to allocate memory and failing so GC is 
kicking in (this may be unrelated) 
    ```
    2015-11-25 10:46:45,697 INFO  TESTNG PASSED: "Surefire test" - 
org.apache.brooklyn.rest.client.BrooklynApiRestClientTest.testLocationApi() 
finished in 8 ms
    2015-11-25 10:46:45,698 INFO  TESTNG INVOKING CONFIGURATION: "Surefire 
test" - @AfterClass 
org.apache.brooklyn.rest.client.BrooklynApiRestClientTest.tearDown()
    SUREFIRE-859: [GC (Allocation Failure)  217399K->33627K(753664K), 0.0062667 
secs]
    SUREFIRE-859: [GC (Allocation Failure)  230235K->45522K(755712K), 0.0161661 
secs]
    SUREFIRE-859: [GC (Allocation Failure)  255442K->63523K(760320K), 0.0228548 
secs]
    SUREFIRE-859: [GC (Allocation Failure)  273443K->77064K(726528K), 0.0192347 
secs]
    SUREFIRE-859: [GC (Allocation Failure)  253192K->88147K(729088K), 0.0135007 
secs]
    SUREFIRE-859: [GC (Allocation Failure)  264275K->88834K(743424K), 0.0113851 
secs]
    SUREFIRE-859: [GC (Allocation Failure)  264450K->89195K(742912K), 0.0091640 
secs]
    2015-11-25 10:46:47,978 INFO  TESTNG PASSED CONFIGURATION: "Surefire test" 
- @AfterClass 
org.apache.brooklyn.rest.client.BrooklynApiRestClientTest.tearDown() finished 
in 2281 ms
    ```



> Exception in thread "TreadedStreamConsumer" java.lang.RuntimeException during 
> GC
> --------------------------------------------------------------------------------
>
>                 Key: SUREFIRE-859
>                 URL: https://issues.apache.org/jira/browse/SUREFIRE-859
>             Project: Maven Surefire
>          Issue Type: Bug
>          Components: Junit 4.7+ (parallel) support, Maven Surefire Plugin, 
> process forking
>    Affects Versions: 2.11, 2.12
>         Environment: Solaris  5.10, jdk16-1.6.0_11-0 (same with jdk1.5.0_14), 
> apache-maven-2.2.1
>            Reporter: Magnus Naeslund
>            Assignee: Tibor Digana
>             Fix For: 2.18.1
>
>         Attachments: runtimeexception.txt
>
>
> When executing 151 integration tests with 829 test methods on a Solaris 
> machine, there is an exception: 
> ===
> Exception in thread "ThreadStreamConsumer" java.lang.RuntimeException: 176: 
> [GC 100,177: [ParNew
> ...
> java.langh.RuntimeException: The forked VM terminated without saying properly 
> goodbye. VM crash or System.exit called ?
> ===
> (see attachment for full stack traces)
> The message of the RuntimeException suggests that the problem is connected to 
> garbage collection. The stack trace points to ForkClient.java. It looks as if 
> the method "consumeLine" in ForkClient.java is fed with GC information 
> instead of the expected string.
> The exception occurs with concurrency configuration "parallel='none'" as well 
> as with "parallel='classes'" in both versions of the surefire plugin, 2.11 
> and 2.12.
> However, this problem does not show up on a Windows/Cygwin environment.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to