Skip to content

Flaky 00623_replicated_truncate_table_zookeeper_long #31655

@Algunenano

Description

@Algunenano

From #31636 CI

https://s3.amazonaws.com/clickhouse-test-reports/31636/de3fe0e9299effaa2cffec31f0487e327c59103e/stateless_tests__debug__actions_.html

00623_replicated_truncate_table_zookeeper_long | FAIL | 0.28
-- | -- | --
2021-11-23 11:33:38 --- /usr/share/clickhouse-test/queries/0_stateless/00623_replicated_truncate_table_zookeeper_long.reference	2021-11-23 05:47:26.000000000 +1300 2021-11-23 11:33:38 +++ /tmp/clickhouse-test/0_stateless/00623_replicated_truncate_table_zookeeper_long.stdout	2021-11-23 11:33:38.961439900 +1300 2021-11-23 11:33:38 @@ -2,6 +2,7 @@ 2021-11-23 11:33:38  2015-01-01	10	42 2021-11-23 11:33:38  2015-01-01	10	42 2021-11-23 11:33:38  ======After Truncate And Empty====== 2021-11-23 11:33:38 +2015-01-01	10	42 2021-11-23 11:33:38  ======After Truncate And Insert Data====== 2021-11-23 11:33:38  2015-01-01	10	42 2021-11-23 11:33:38  2015-01-01	10	42 2021-11-23 11:33:38  2021-11-23 11:33:38  2021-11-23 11:33:38 Database: test_oq33zd

It's not frequent, but it occurs occasionaly.

The problem likely comes from the fact that the test is truncating a replicated table and querying it inmediately after, without waiting for all replicas so it's possible that the second replica replies to the query before applying the truncate.

Metadata

Metadata

Assignees

No one assigned

    Labels

    testingSpecial issue with list of bugs found by CI

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions