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

Ekaterina Dimitrova edited comment on CASSANDRA-18707 at 9/19/23 5:04 PM:
--------------------------------------------------------------------------

{quote}In the comment above you can see that yes, we keep seeing them
{quote}
Well, I meant more than 1 random failure. Anyway :)  I don't see it in Butler 
on any branch and it seems no one reproduced it so far.

So your idea is actually to make it double the wait time for all tests on 4.0? 
I see comments about 5.0 and 4.1, too. I guess you waited for feedback before 
propagating to all other branches, and this should be 4.0+ change. (covering 
all branches)

Also, what do we do with the other failure [~adelapena] mentioned? 

Considering this silence of 47s happens rarely and randomly only in Jenkins, I 
suspect it is just the environment, and raising it to 140 should be okay. 

[~drohrer] , I noticed you were the one who tested and extended the wait time 
from 60 to 70 due to a race with a hard-coded 60-second timeout in 
MigrationManager {{MIGRATION_DELAY_IN_MS. Any reason why 140 wouldn't be a good 
idea here? }}


was (Author: e.dimitrova):
{quote}In the comment above you can see that yes, we keep seeing them
{quote}
Well, I meant more than 1 random failure. Anyway :)  I don't see it in Butler 
on any branch and it seems no one reproduced it so far.

So your idea is actually to make it double the wait time for all tests on 4.0? 
I see comments about 5.0 and 4.1, too.

Also, what do we do with the other failure [~adelapena] mentioned? 

Considering this silence of 47s happens rarely and randomly only in Jenkins, I 
suspect it is just the environment and raising to 140 should be ok. 

[~drohrer] , I noticed you were the one who tested and extended the wait time 
from 60 to 70 due to a race with a hard-coded 60-second timeout in 
MigrationManager {{MIGRATION_DELAY_IN_MS. Any reason why 140 wouldn't be a good 
idea here? }}

> Test failure: 
> junit.framework.TestSuite.org.apache.cassandra.distributed.test.CASMultiDCTest-.jdk11
>  
> ----------------------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-18707
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-18707
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Test/dtest/java
>            Reporter: Ekaterina Dimitrova
>            Assignee: Berenguer Blasi
>            Priority: Normal
>             Fix For: 4.0.x, 4.1.x, 5.0.x, 5.x
>
>         Attachments: TESTS-TestSuites.xml.xz
>
>
> Seen here:
> [https://ci-cassandra.apache.org/job/Cassandra-trunk/1650/testReport/junit.framework/TestSuite/org_apache_cassandra_distributed_test_CASMultiDCTest__jdk11/]
> h3.  
> {code:java}
> Error Message
> Schema agreement not reached. Schema versions of the instances: 
> [ef1c8e05-a06d-388d-a46d-53cc22a94762, 6c386108-1805-3985-b48e-8016012a0207, 
> 6c386108-1805-3985-b48e-8016012a0207, ef1c8e05-a06d-388d-a46d-53cc22a94762]
> Stacktrace
> java.lang.IllegalStateException: Schema agreement not reached. Schema 
> versions of the instances: [ef1c8e05-a06d-388d-a46d-53cc22a94762, 
> 6c386108-1805-3985-b48e-8016012a0207, 6c386108-1805-3985-b48e-8016012a0207, 
> ef1c8e05-a06d-388d-a46d-53cc22a94762] at 
> org.apache.cassandra.distributed.impl.AbstractCluster$ChangeMonitor.waitForCompletion(AbstractCluster.java:907)
>  at 
> org.apache.cassandra.distributed.impl.AbstractCluster.lambda$schemaChange$8(AbstractCluster.java:836)
>  at org.apache.cassandra.concurrent.FutureTask$1.call(FutureTask.java:96) at 
> org.apache.cassandra.concurrent.FutureTask.call(FutureTask.java:61) at 
> org.apache.cassandra.concurrent.FutureTask.run(FutureTask.java:71) at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>  at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>  at 
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
>  at java.base/java.lang.Thread.run(Thread.java:829)
> {code}
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

Reply via email to