You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Ekaterina Dimitrova (Jira)" <ji...@apache.org> on 2023/02/22 18:59:00 UTC
[jira] [Comment Edited] (CASSANDRA-17884) Test failure: o.a.c.repair.RepairJobTest.testNoTreesRetainedAfterDifference
[ https://issues.apache.org/jira/browse/CASSANDRA-17884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17609760#comment-17609760 ]
Ekaterina Dimitrova edited comment on CASSANDRA-17884 at 2/22/23 6:58 PM:
--------------------------------------------------------------------------
I hit the issue with the MID resources in CircleCI but I suspect we should be able to hit it also without raising resources.
Started a run here: [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/1951/workflows/843b1c08-b7c8-4da1-8ca9-a6df17e5b0f8]
To be able to start that job we need to point CircleCI to the test we want to cover.
In this case I did it by running the following command from the main cassandra folder, 4.0-based branch:
{code:java}
.circleci/generate.sh -l -e REPEATED_UTEST_TARGET=test-jvm-dtest-some -e REPEATED_UTEST_COUNT=5000
-e REPEATED_UTEST_CLASS=org.apache.cassandra.repair.RepairJobTest -e REPEATED_UTEST_METHODS=testNoTreesRetainedAfterDifference{code}
This resulted in the following commit - [https://github.com/ekaterinadimitrova2/cassandra/commit/597198f1c8043c4df043d17dfe85752de7227688]
As those are low resources the tests are still running. I will check the results tomorrow morning.
was (Author: e.dimitrova):
I hit the issue with the MID resources in CircleCI but I suspect we should be able to hit it also without raising resources.
Started a run here: [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/1951/workflows/843b1c08-b7c8-4da1-8ca9-a6df17e5b0f8]
To be able to start that job we need to point CircleCI to the test we want to cover.
In this case I did it by running the following command from the main cassandra folder, 4.0-based branch:
{code:java}
.circleci/generate.sh -l -e REPEATED_UTEST_TARGET=test-jvm-dtest-some -e REPEATED_UTEST_COUNT=1
-e REPEATED_UTEST_CLASS=org.apache.cassandra.repair.RepairJobTest -e REPEATED_UTEST_METHODS=testNoTreesRetainedAfterDifference{code}
This resulted in the following commit - [https://github.com/ekaterinadimitrova2/cassandra/commit/597198f1c8043c4df043d17dfe85752de7227688]
As those are low resources the tests are still running. I will check the results tomorrow morning.
> Test failure: o.a.c.repair.RepairJobTest.testNoTreesRetainedAfterDifference
> ---------------------------------------------------------------------------
>
> Key: CASSANDRA-17884
> URL: https://issues.apache.org/jira/browse/CASSANDRA-17884
> Project: Cassandra
> Issue Type: Bug
> Components: Jamm, Test/unit
> Reporter: Andres de la Peña
> Assignee: shylaja kokoori
> Priority: Normal
> Fix For: 4.0.x, 4.1.x, 4.x
>
> Attachments: RepairSessionTree.txt
>
>
> The unit test {{org.apache.cassandra.repair.RepairJobTest#testNoTreesRetainedAfterDifference}} seems to be slightly flaky at least in 4.0. We haven't seen it failing on Butler, but after [a failure on a patch branch|https://app.circleci.com/pipelines/github/jacek-lewandowski/cassandra/281/workflows/e6094c00-b611-4772-9772-205f4c76ecba/jobs/2126/tests], this repeated run shows a 0.28% flakiness:
> * https://app.circleci.com/pipelines/github/adelapena/cassandra/2076/workflows/8adbfe99-afb5-43af-84ad-43df2a2a86e2/jobs/20816/tests
> * https://app.circleci.com/pipelines/github/adelapena/cassandra/2076/workflows/e550d8c2-7c35-4326-bd95-6909978d344b/jobs/20817/tests
> {code}
> java.lang.reflect.InaccessibleObjectException: Unable to make field private jdk.internal.platform.cgroupv1.SubSystem$MemorySubSystem jdk.internal.platform.cgroupv1.Metrics.memory accessible: module java.base does not "opens jdk.internal.platform.cgroupv1" to unnamed module @157853da
> at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:340)
> at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:280)
> at java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:176)
> at java.base/java.lang.reflect.Field.setAccessible(Field.java:170)
> at org.github.jamm.MemoryMeter.addFieldChildren(MemoryMeter.java:330)
> at org.github.jamm.MemoryMeter.measureDeep(MemoryMeter.java:269)
> at org.apache.cassandra.utils.ObjectSizes.measureDeep(ObjectSizes.java:216)
> at org.apache.cassandra.repair.RepairJobTest.testNoTreesRetainedAfterDifference(RepairJobTest.java:271)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> {code}
> Flakiness is really low but the failure is clearly reproducible in j11.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org