-
Notifications
You must be signed in to change notification settings - Fork 73
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Describe the semi-automated procedure that migrates Discovery Service V1 to V2. #1861
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One small tweak as a consequence of the re-ordering, then I'd like @NataliaIvakina to give the OK on the section names, then I'm happy.
We also need to add this new procedure to the procedures' list on the https://neo4j.com/docs/operations-manual/current/reference/procedures/ |
However, I don't see this new procedure in the BTW, do you know that arguments' descriptions have to be written in a user-friendly way now? See https://github.com/neo-technology/neo4j/pull/26625 |
+ | ||
[source,cypher] | ||
---- | ||
CALL dbms.cluster.showParallelDiscoveryState(); | ||
---- | ||
+ | ||
They should display "Matching" in the `stateComparison` column. | ||
The output indicates mode `V1_ONLY`, i.e., only `V1` is running on this server. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
'on this server' or 'on this cluster'?
You say 'on this server' here but the procedure is for moving the entire cluster.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This procedure CALL dbms.cluster.showParallelDiscoveryState();
is used to check the state of a single member. So we need to use the term server. This procedure CALL internal.dbms.cluster.moveToNextDiscoveryVersion()
moves several members to the next discovery version
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think your question is: why do we query the discovery state (CALL dbms.cluster.showParallelDiscoveryState()
) of a single server after calling CALL internal.dbms.cluster.moveToNextDiscoveryVersion()
instead of checking the state of other servers?
Our goal is to minimize the number of steps the DB admin needs to take to migrate from V1_ONLY to V2_ONLY. We are quite confident that if the state of a single server matches (i.e., showParallelDiscoveryState returns 'Matching'), the states of the other servers are also likely to match. This is the reason why we don't ask db-admins to check the state of other servers.
We can add the following explanation to clarify why we query only a single server after executing moveToNextDiscoveryVersion
|
dbf9413
to
43874e3
Compare
Co-authored-by: NataliaIvakina <[email protected]>
Co-authored-by: Nick Giles <[email protected]>
Co-authored-by: Nick Giles <[email protected]>
Co-authored-by: Nick Giles <[email protected]>
Co-authored-by: Nick Giles <[email protected]>
Co-authored-by: NataliaIvakina <[email protected]>
Co-authored-by: NataliaIvakina <[email protected]>
Co-authored-by: NataliaIvakina <[email protected]>
Co-authored-by: NataliaIvakina <[email protected]>
Co-authored-by: NataliaIvakina <[email protected]>
Co-authored-by: NataliaIvakina <[email protected]>
Co-authored-by: NataliaIvakina <[email protected]>
Co-authored-by: NataliaIvakina <[email protected]>
43874e3
to
a187ddf
Compare
Thanks for the documentation updates. The preview documentation has now been torn down - reopening this PR will republish it. |
This PR includes documentation updates Updated pages: |
Prodecures testing fails mismatch for
I didn't change anything in the area of |
It failed because a new option was added to the quarantine procedure. We can ignore this failure. We have another PR to cover changes made to the quarantine procedure. |
@akarasavov, since this PR is for the 5.26 release, please do not merge it now. We'll publish the 5.25 docs first and then merge everything related to 5.26. |
Before publishing the docs the internal prefix from the procedure path needs to be removed