RFR: JDK-8218128: vmTestbase/nsk/jvmti/ResourceExhausted/resexhausted003 and 004 use wrong path to test classes
Gary Adams
gary.adams at oracle.com
Fri Mar 8 13:07:11 UTC 2019
I'll revert the comments that were left in during the tonga conversion.
I did come across an interesting test failure in resexhausted001
which had an
@ignore 7013634
JDK-7013634: jvmti resexhausted001 can timeout or fail due to
excessive thread creation
The test was closed because it was not reproducible.
Even though the test was not on the ProblemList, I believe
jtreg was excluding the test from running.
The original problem reported an "out of swap" condition.
The current failure reports:
----------System.out:(3/217)----------
Creating threads...
Timeout refired 480 times
[730.871s][warning][os,thread] Failed to start thread - _beginthreadex failed (EACCES) for attributes: stacksize: default, flags: CREATE_SUSPENDED STACK_SIZE_PARAM_IS.
On 3/7/19, 4:02 PM, Chris Plummer wrote:
> Hi Gary,
>
> Why did you remove the "nonconcurrent" keyword. I know these are just
> comments for reference that were added when the test was ported from
> tonga, but as a comment it is still applicable. The test should not be
> run concurrent with others (which you have also fixed with the
> addition of the "exclusiveAccess.dirs=.").
>
> Otherwise changes look good.
>
> thanks,
>
> Chris
>
> On 3/7/19 10:57 AM, Gary Adams wrote:
>> This proposed fix will restore the ResourceExhausted tests.
>>
>> Test 3 and 4 were on the ProblemList because of the potential
>> path issues in finding the correct classes. This change searches the
>> test.class.path for the appropriate vmTestbase classes rather than using
>> incorrect settings on the command line.
>>
>> Some clean up has been done to remove quarantine keyword
>> and @ignore directives. Should additional clean up be done to remove
>> bug numbers, etc.?
>>
>> TEST.PROPERTIES were added so test 3 so it is consistent with the
>> other tests
>> in the group.
>>
>> Issue: https://bugs.openjdk.java.net/browse/JDK-8218128
>> Webrev:
>> http://cr.openjdk.java.net/~gadams/8218128/webrev.00/index.html
>>
>> Local testing has been successful on a linux-x64-debug build.
>> Testing on mach5 for other platforms next.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20190308/e8196abf/attachment.html>
More information about the serviceability-dev
mailing list