Skip to content

Conversation

renetapopova
Copy link
Collaborator

No description provided.

@chamocarrot chamocarrot self-requested a review October 14, 2025 13:59
If a property shard replica does fall behind the transaction log range available on the graph shard, you can recover it by:

. Connecting to the server hosting the affected replica using the _bolt://_ scheme.
. Quarantining the replica using xref:procedures.adoc#procedure_dbms_quarantineDatabase[`dbms.quarantineDatabase()`].
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This procedure is deprecated, and will be replaced with something else before GA, not sure if we want to mention here or just update it when its fixed.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also either way you will need to prefix it with CYPHER 5 so we should add that to the command

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ConorNeo, hi! I don't want to confuse anyone, but we were told some time ago that the dbms.unquarantineDatabase() procedure replaces the deprecated dbms.quarantineDatabase(). We state this in the docs -- see https://neo4j.com/docs/operations-manual/current/database-administration/standard-databases/errors/#quarantine and the note below https://neo4j.com/docs/operations-manual/current/procedures/#procedure_dbms_quarantineDatabase.

I found this PR https://github.com/neo-technology/neo4j/pull/27709. This might be helpful.

I'm not sure if there is a plan to introduce any new procedure instead of quarantineDatabase. It seems it has got its replacement already.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, that's true. As far as I know, when an error occurs, Neo4j stops the database and places it in a quarantined state, but I am not sure how this works on a replica.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah i confirmed this with the cluster team and we will replace it before we go GA :)

Copy link
Collaborator Author

@renetapopova renetapopova Oct 22, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ConorNeo, It is commented out. Should I uncomment it?

@renetapopova renetapopova marked this pull request as ready for review October 20, 2025 15:50
@renetapopova
Copy link
Collaborator Author

The failing test is not related to this PR.

Copy link
Contributor

@ConorNeo ConorNeo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Happy from the Engineering side! :) we have things to add but will do it in a follow PR for the next release!

Thanks for alll your hard work these are great!

If a property shard replica does fall behind the transaction log range available on the graph shard, you can recover it by:

. Connecting to the server hosting the affected replica using the _bolt://_ scheme.
. Quarantining the replica using xref:procedures.adoc#procedure_dbms_quarantineDatabase[`dbms.quarantineDatabase()`].
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah i confirmed this with the cluster team and we will replace it before we go GA :)

| Ensures that any database created will use Cypher 25 (unless users specifically override the default version in the `CREATE DATABASE` command).
See xref:configuration/cypher-version-configuration.adoc[Configure the Cypher default version] and link:https://neo4j.com/docs/cypher-manual/25/queries/select-version/[Cypher Manual -> Select Cypher version].

| internal.dbms.cluster.experimental_protocol_version.dbms_enabled=true
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove this parameter as it is not needed anymore.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants