/
githubmirror
/
ceph
Обзор
Документация
Войти
/
githubmirror
/
ceph
Код
Запросы
0
Пакеты
0
Релизы
0
Аналитика
Безопасность
main
doc/dev/osd_internals/pg.rst
31 строка
1 KB
Samuel Just
osd/: mechanically rename RecoveryMachine/State/Ctx to Peering*
01 май 2019, 21:22
01 май 2019, 21:22
5e36acd
Код
Авторство
О чём код?
==== PG ==== Concepts -------- *Peering Interval* See PG::start_peering_interval. See PG::acting_up_affected See PG::PeeringState::Reset A peering interval is a maximal set of contiguous map epochs in which the up and acting sets did not change. PG::PeeringMachine represents a transition from one interval to another as passing through PeeringState::Reset. On PG::PeeringState::AdvMap PG::acting_up_affected can cause the pg to transition to Reset. Peering Details and Gotchas --------------------------- For an overview of peering, see `Peering <../../peering>`_. * PG::flushed defaults to false and is set to false in PG::start_peering_interval. Upon transitioning to PG::PeeringState::Started we send a transaction through the pg op sequencer which, upon complete, sends a FlushedEvt which sets flushed to true. The primary cannot go active until this happens (See PG::PeeringState::WaitFlushedPeering). Replicas can go active but cannot serve ops (writes or reads). This is necessary because we cannot read our ondisk state until unstable transactions from the previous interval have cleared.