scylladb

mirror of https://github.com/scylladb/scylladb.git synced 2026-06-04 14:03:06 +00:00

Files

Asias He 5107b6ad16 storage_service: Do not wait for restore_replica_count in handle_state_removing

The call chain is:

storage_service::on_change() -> storage_service::handle_state_removing()
-> storage_service::restore_replica_count() -> streamer->stream_async()

Listeners run as part of gossip message processing, which is serialized.
This means we won't be processing any gossip messages until streaming
completes.

In fact, there is no need to wait for restore_replica_count to complete
which can take a long time, since when it completes, this node will send
notification to tell the removal_coordinator that the restore process is
finished on this node. This node will be removed from _replicating_nodes
on the removal_coordinator.

Tested with update_cluster_layout_tests.py

Fixes #2886

Message-Id: <8b4fe637dfea6c56167ddde3ca86fefb8438ce96.1516088237.git.asias@scylladb.com>

2018-01-16 11:01:31 +02:00

pager

Merge seatar upstream (seastar namespace)

2017-05-21 12:26:15 +03:00

cache_hitrate_calculator.hh

periodically calculate avg cache hit rate between all shards

2017-06-13 09:57:14 +03:00

client_state.cc

service::client_state: introduce "request copy" copy-constructor

2018-01-09 14:00:03 -05:00

client_state.hh

service::client_state: introduce "request copy" copy-constructor