Skip to content

Commit 1ff07c1

Browse files
committed
update for procedures
1 parent 96bf23f commit 1ff07c1

File tree

1 file changed

+42
-37
lines changed

1 file changed

+42
-37
lines changed

modules/ROOT/pages/clustering/setup/discovery.adoc

Lines changed: 42 additions & 37 deletions
Original file line numberDiff line numberDiff line change
@@ -242,11 +242,11 @@ dbms.cluster.discovery.resolver_type=LIST
242242
dbms.cluster.discovery.endpoints=server01.example.com:5000,server02.example.com:5000,server03.example.com:5000
243243
dbms.cluster.discovery.v2.endpoints=server01.example.com:6000,server02.example.com:6000,server03.example.com:6000
244244
```
245-
. Restart server1 with the new setting `dbms.cluster.discovery.version=V1_OVER_V2`.
245+
. Restart server01 with the new setting `dbms.cluster.discovery.version=V1_OVER_V2`.
246246
+
247247
image:discovery-service/in-place-1-v1-over-v2.png[]
248248
. Run `Show servers;` and ensure that all three members are alive.
249-
. Then repeat steps 2 and 3 for server2 and server3. Ensure that they are set to `dbms.cluster.discovery.version=V1_OVER_V2`
249+
. Then repeat steps 2 and 3 for server02 and server03. Ensure that they are set to `dbms.cluster.discovery.version=V1_OVER_V2`
250250
Restart them sequentially, not in parallel.
251251
+
252252
image:discovery-service/in-place-23-v1-over-v2.png[]
@@ -272,7 +272,7 @@ They should display "Matching" in the `stateComparison`.
272272
+
273273
If they are not, wait and try again.
274274
+
275-
. Restart server1 again with the new setting `dbms.cluster.discovery.version=V2_OVER_V1`.
275+
. Restart server01 again with the new setting `dbms.cluster.discovery.version=V2_OVER_V1`.
276276
+
277277
image:discovery-service/in-place-1-v2-over-v1.png[]
278278
+
@@ -385,22 +385,25 @@ One should see the following:
385385
// so no lighthouse-specific server restarts are required if all is done correctly.
386386
//Note that the settings detailed above must first be set and the servers restarted to allow the settings to take effect.
387387

388-
. Ensure that the new settings are added to the configuration as detailed in the xref:clustering/setup/discovery.adoc#_preparation[preparation] section.
389-
. Using Cypher Shell, connect to server01 using `bolt://`.
388+
. For all the servers, ensure that new settings are updated to the configuration as detailed the xref:clustering/setup/discovery.adoc#_preparation[preparation] section.
389+
+
390+
As an example, for those using the list resolver, the settings for all the servers should include:
391+
+
392+
```
393+
dbms.cluster.discovery.resolver_type=LIST
394+
395+
dbms.cluster.discovery.endpoints=server01.example.com:5000,server02.example.com:5000,server03.example.com:5000
396+
dbms.cluster.discovery.v2.endpoints=server01.example.com:6000,server02.example.com:6000,server03.example.com:6000
397+
```
398+
+
399+
. Using Cypher Shell, connect to the system database of server01 using `bolt://`.
390400
It is important to connect via `bolt://` because otherwise the procedure might be routed and executed not on the intended server.
391401
+
392402
[source, shell, role=nocopy noplay]
393403
----
394404
./cypher-shell -a bolt://localhost:7681 -d system
395405
----
396406

397-
. Change the active database to `system`:
398-
+
399-
[source, cypher]
400-
----
401-
:use system;
402-
----
403-
404407
. Run the procedure:
405408
+
406409
[source,cypher]
@@ -412,11 +415,11 @@ The output indicates mode `V1_ONLY`, i.e., only v1 is running on this server.
412415
+
413416
[queryresult]
414417
----
415-
+-----------------------------+
416-
| mode | stateComparison |
417-
+-----------------------------+
418-
| "V1_ONLY" | "N/A" |
419-
+-----------------------------+
418+
+-------------------------------------------------------------+
419+
| mode | stateComparison | v1ServerCount | v2ServerCount |
420+
+-------------------------------------------------------------+
421+
| "V1_ONLY" | "N/A" | "3" | "N/A" |
422+
+-------------------------------------------------------------+
420423
----
421424

422425
. Run the following procedure to turn on v2 in the background, but keep v1 running in the foreground:
@@ -437,14 +440,15 @@ Now the returned mode for this server must be `V1_OVER_V2` and the `stateCompari
437440
+
438441
[queryresult]
439442
----
440-
+------------------------------------------------------------------------+
441-
| mode | stateComparison |
442-
+------------------------------------------------------------------------+
443-
| "V1_OVER_V2" | "States are not matching after PT1M24.778S: (score:18)" |
444-
+------------------------------------------------------------------------+
443+
+-------------------------------------------------------------------------------------------------------+
444+
| mode | stateComparison | v1ServerCount | v2ServerCount |
445+
+-------------------------------------------------------------------------------------------------------+
446+
| "V1_OVER_V2" | "States are not matching after PT1M9.518S: (score:18)" | "3" | "1" |
447+
+-------------------------------------------------------------------------------------------------------+
445448
----
446449
+
447450
The score is a measure of how different the states are.
451+
The serverCounts tells us how many servers can be found by v1 and v2 of the discovery service.
448452
The score is 0 when the states are matching.
449453
When some members are running just one of the discovery services (v1 or v2) and other members run both, the score stays permanently high.
450454
This is no reason for worry.
@@ -454,14 +458,15 @@ This is no reason for worry.
454458

455459
. Check the state on all servers again.
456460
It should show that the states are `Matching`.
461+
Both serverCounts should be 3.
457462
+
458463
[queryresult]
459464
----
460-
+--------------------------------+
461-
| mode | stateComparison |
462-
+--------------------------------+
463-
| "V1_OVER_V2" | "Matching" |
464-
+--------------------------------+
465+
+----------------------------------------------------------------+
466+
| mode | stateComparison | v1ServerCount | v2ServerCount |
467+
+----------------------------------------------------------------+
468+
| "V1_OVER_V2" | "Matching" | "3" | "3" |
469+
+----------------------------------------------------------------+
465470
----
466471

467472
. On all three servers, run:
@@ -475,11 +480,11 @@ At this point, v2 is the service that is running the cluster, with v1 running in
475480
+
476481
[queryresult]
477482
----
478-
+--------------------------------+
479-
| mode | stateComparison |
480-
+--------------------------------+
481-
| "V2_OVER_V1" | "Matching" |
482-
+--------------------------------+
483+
+----------------------------------------------------------------+
484+
| mode | stateComparison | v1ServerCount | v2ServerCount |
485+
+----------------------------------------------------------------+
486+
| "V2_OVER_V1" | "Matching" | "3" | "3" |
487+
+----------------------------------------------------------------+
483488
----
484489

485490

@@ -495,11 +500,11 @@ Note that `stateComparison` is `N/A` because you do not have v1 to compare state
495500
+
496501
[queryresult]
497502
----
498-
+-----------------------------+
499-
| mode | stateComparison |
500-
+-----------------------------+
501-
| "V2_ONLY" | "N/A" |
502-
+-----------------------------+
503+
+-------------------------------------------------------------+
504+
| mode | stateComparison | v1ServerCount | v2ServerCount |
505+
+-------------------------------------------------------------+
506+
| "V2_ONLY" | "N/A" | "N/A" | "3" |
507+
+-------------------------------------------------------------+
503508
----
504509
+
505510
.Important

0 commit comments

Comments
 (0)