[
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: [email protected]
For additional commands, e-mail: [email protected]
