@@ -19,27 +19,27 @@ box.info.synchro
19
19
20
20
* ``queue ``:
21
21
22
- - ``owner `` -- ID of the replica that owns the synchronous transaction queue.
23
- Once an owner instance appears, all other instances become read-only.
24
- If the ``owner `` field is ``0 ``, then every instance is writeable,
22
+ - ``owner `` (since version :doc: ` 2.10.0 < /release/2.10.0 >`) -- ID of the replica that owns the synchronous
23
+ transaction queue. Once an owner instance appears, all other instances become read-only.
24
+ If the ``owner `` field is ``0 ``, then every instance may be writeable,
25
25
but they can't create any synchronous transactions.
26
26
To claim or reclaim the queue, use :ref: `box.ctl.promote() <box_ctl-promote >` on the instance that you want
27
27
to promote.
28
- With elections enabled, the instance runs ``box.ctl.promote() `` automatically after winning the elections.
29
- Since version :doc: `2.10.0 </release/2.10.0 >`.
28
+ With elections enabled, the instance runs ``box.ctl.promote() `` command automatically after winning the elections.
30
29
31
- - ``term `` -- current queue term.
30
+ - ``term `` (since version :doc: ` 2.10.0 < /release/2.10.0 >`) -- current queue term.
32
31
It contains the term of the last ``PROMOTE ``.
33
32
Usually it is equal to :ref: `box.info.election.term <box_info_election >`.
34
33
However, the queue term value may be less than the corresponding one in the election term.
35
34
It can happen when a new round of elections started, but no one has promoted yet.
36
- Since version :doc: `2.10.0 </release/2.10.0 >`.
37
35
38
36
- ``len `` -- current number of entries that are waiting in the queue.
39
37
40
- - ``busy `` -- the boolean value is set to ``true `` if there is a synchronous transaction in progress.
41
- Until the active transaction is complete, any other incoming synchronous transactions will be delayed.
42
- Since version :doc: `2.10.0 </release/2.10.0 >`.
38
+ - ``busy `` (since version :doc: `2.10.0 </release/2.10.0 >`) -- the boolean value is ``true ``
39
+ when the instance is processing or writing some system request that modifies the queue
40
+ (for example, ``PROMOTE ``, ``CONFIRM ``, or ``ROLLBACK ``).
41
+ Until the request is complete, any other incoming synchronous transactions and system requests
42
+ will be delayed.
43
43
44
44
* ``quorum `` -- evaluated value of the
45
45
:ref: `replication_synchro_quorum <cfg_replication-replication_synchro_quorum >` configuration option.
0 commit comments