Closed lmr closed 8 years ago
@lmr asside from the timeout is there another issue ...
seeing some timeouts while some of the load is passing (e.g. printout of stats lines from c-s with some ops passing) may be ok
If c-s prints 0 completed operations then that is probably not ok as well.
another method to validate this is ok is to try and run this toward a cassandra cluster using the same instance type - if it "works" on c* then we certainly need to keep digging.
if we reduce the load concurrency (less threads) will it work ?
This issue is caused by an insufficient amount of resources to handle the c-s command thrown at the cluster. I'm closing this, as currently there's no reasonable solution for it.
Installation details
Scylla version (or git commit hash): 1.0-rc1 Cluster size: m3.medium OS (RHEL/CentOS/Ubuntu/AWS AMI): CentOS
Hardware details (for performance issues)
Platform (physical/VM/cloud instance type/docker): AWS Hardware: sockets= cores= hyperthreading= memory= Disks: (SSD/HDD, count)
Running the latest AMI for 1.0-rc1, m3.medium instance, using our Drainer monkey, cassandra-stress survives for about 22 hours:
As an exceptional case, this also failed for the c3.large instance size, see issue #962. Other nemesis did pass our previous test runs for said larger instance sizes.