The destroy_data_then_repair
nemesis takes ~8 hours
to delete 51900
sstables.
#9595
Labels
Bug
Something isn't working right
Packages
Scylla version:
2024.2.0-20241118.614d56348f46
with build-ide67376d9ddfea081a3bab398f4581ecdde59911d
Kernel Version:
5.15.0-1072-aws
Issue description
In the test where we create and populate 5000 tables was triggered the
destroy_data_then_repair
nemesis.In scope of this nemesis scylla service was stopped and
50%
(51900
) of sstables were deleted.And the problem with it is that it took about
8 hours
:Impact
Significant waste of time for actions which could be done much faster.
How frequently does it reproduce?
1/1
Installation details
Cluster size: 1 nodes (i4i.8xlarge)
Scylla Nodes used in this run:
OS / Image:
ami-0698e16ac1b56a821
(aws: undefined_region)Test:
vp-scale-5000-tables-test
Test id:
577988a0-bc60-4abe-b176-dd4bea6b8666
Test name:
scylla-staging/valerii/vp-scale-5000-tables-test
Test method:
longevity_test.LongevityTest.test_user_batch_custom_time
Test config file(s):
Logs and commands
$ hydra investigate show-monitor 577988a0-bc60-4abe-b176-dd4bea6b8666
$ hydra investigate show-logs 577988a0-bc60-4abe-b176-dd4bea6b8666
Logs:
Jenkins job URL
Argus
The text was updated successfully, but these errors were encountered: