@@ -17,7 +17,7 @@ variables.
17
17
* **vclock ** corresponds to **replication.downstream.vclock ** (see below).
18
18
* **uptime ** is the number of seconds since the instance started.
19
19
This value can also be retrieved with :ref: `tarantool.uptime() <tarantool-build >`.
20
- * **lsn ** corresponds to **replication.lsn ** (see below).
20
+ * **lsn ** corresponds to **replication.lsn ** (see below).
21
21
* **vinyl ** returns runtime statistics for vinyl storage engine.
22
22
* **cluster.uuid ** is the UUID of the replica set.
23
23
Every instance in a replica set will have the same ``cluster.uuid `` value.
@@ -34,7 +34,7 @@ variables.
34
34
.. _box_info_replication :
35
35
36
36
**replication ** part contains statistics for all instances in the replica
37
- set in regard to the current instance (see an example in the section
37
+ set in regard to the current instance (see also an example in the section
38
38
:ref: `"Monitoring a replica set" <replication-monitoring >`):
39
39
40
40
* **replication.id ** is a short numeric identifier of the instance within the
@@ -47,28 +47,30 @@ set in regard to the current instance (see an example in the section
47
47
:ref: `write ahead log <index-box_persistence >` (WAL).
48
48
* **replication.upstream ** contains statistics for the replication data
49
49
uploaded by the instance.
50
- * **replication.upstream.status ** is the replication status of the instance.
50
+ * **replication.upstream.status ** is the replication status of the instance:
51
51
52
- * ``auth `` means that the instance is getting :ref: ` authenticated < authentication >` to connect to a
53
- replication source.
52
+ * ``auth `` means that the instance is getting
53
+ :ref: ` authenticated < authentication >` to connect to a replication source.
54
54
* ``connecting `` means that the instance is trying to connect to the
55
55
replications source(s) listed
56
56
in its :ref: `replication <cfg_replication-replication >` parameter.
57
57
* ``disconnected `` means that the instance is not connected to the replica set
58
58
(due to network problems, not replication errors).
59
- * ``follow `` means that the instance's :ref: `role <replication-roles >` is "replica" (read-only) and
60
- replication is in progress.
59
+ * ``follow `` means that the instance's :ref: `role <replication-roles >`
60
+ is "replica" (read-only) and replication is in progress.
61
61
* ``running `` means the instance's role is "master" (non read-only) and
62
62
replication is in progress.
63
63
* ``stopped `` means that replication was stopped due to a replication error
64
64
(e.g. :ref: `duplicate key <error_codes >`).
65
65
66
66
* **replication.upstream.idle ** is the time (in seconds) since the instance
67
67
received the last event from a master.
68
+ * **replication.upstream.peer ** contains the replication user name, host IP
69
+ adress and port number used for the instance.
68
70
* **replication.upstream.lag ** is the time difference between the local time at
69
71
the instance, recorded when the event was received, and the local time at
70
- another master recorded when the event was written to the :ref: ` write ahead log < internals-wal >` on
71
- that master.
72
+ another master recorded when the event was written to the
73
+ :ref: ` write ahead log < internals-wal >` on that master.
72
74
73
75
Since ``lag `` calculation uses operating system clock from two different
74
76
machines, don’t be surprised if it’s negative: a time drift may lead to the
@@ -93,46 +95,40 @@ set in regard to the current instance (see an example in the section
93
95
94
96
**Example: **
95
97
98
+ This example is for a master-replica set that contains one master instance
99
+ and one replica instance. The request was issued at the replica instance.
100
+
96
101
.. code-block :: tarantoolsession
97
102
98
103
tarantool> box.info
99
104
---
100
- - version: 1.7.4-52-g980d30092
101
- id: 1
102
- ro: false
103
- vclock: {1: 8 }
104
- uptime: 7280
105
- lsn: 8
105
+ - version: 1.7.6-68-g51fcffb77
106
+ id: 2
107
+ ro: true
108
+ vclock: {1: 5 }
109
+ uptime: 917
110
+ lsn: 0
106
111
vinyl: []
107
112
cluster:
108
- uuid: f7c0c1c6-f9d8-4df7-82ff-d4bd00610a6c
109
- pid: 16162
113
+ uuid: 783e2285-55b1-42d4-b93c-68dcbb7a8c18
114
+ pid: 35341
110
115
status: running
111
- signature: 8
116
+ signature: 5
112
117
replication:
113
118
1:
114
119
id: 1
115
- uuid: 1899631e-6369-40a1-81c9-7d170e909276
116
- lsn: 8
117
- 2:
118
- id: 2
119
- uuid: bd949e5d-7ff9-413e-b4f2-c9b0149fdda6
120
- lsn: 0
120
+ uuid: 471cd36e-cb2e-4447-ac66-2d28e9dd3b67
121
+ lsn: 5
121
122
upstream:
122
123
status: follow
123
- idle: 7256.7571430206
124
+ idle: 124.98795700073
125
+
124
126
lag: 0
125
127
downstream:
126
- vclock: {1: 8 }
127
- 3 :
128
- id: 3
129
- uuid: c5cb61d5-fa48-460d-abd7-3f13709d07a7
128
+ vclock: {1: 5 }
129
+ 2 :
130
+ id: 2
131
+ uuid: ac45d5d2-8a16-4520-ad5e-1abba6baba0a
130
132
lsn: 0
131
- upstream:
132
- status: follow
133
- idle: 7255.7510120869
134
- lag: 0
135
- downstream:
136
- vclock: {1: 8}
137
- uuid: 1899631e-6369-40a1-81c9-7d170e909276
133
+ uuid: ac45d5d2-8a16-4520-ad5e-1abba6baba0a
138
134
...
0 commit comments