You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/ROOT/pages/backup-restore/online-backup.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -238,7 +238,7 @@ When a full backup is requested, it always triggers a checkpoint.
238
238
The backup cannot proceed until the checkpoint finishes.
239
239
240
240
While the server is checkpointing, the backup job receives no data, which may lead to the backup timeout.
241
-
To extend the backup timeout, modify the xref:configuration/configuration-settings.adoc#config_dbms.cluster.catchup.client_inactivity_timeout[`dbms.cluster.catchup.client_inactivity_timeout`] setting, which restricts the network inactivity.
241
+
To extend the backup timeout, modify the xref:configuration/configuration-settings.adoc#config_dbms.cluster.network.client_inactivity_timeout[`dbms.cluster.network.client_inactivity_timeout`] setting, which restricts the network inactivity.
242
242
It controls the timeout duration of the catchup protocol, which is the underlying protocol of multiple catchup processes, including backups.
243
243
244
244
You can also tune up xref:configuration/configuration-settings.adoc#_checkpoint_settings[the Checkpoint settings] or check that your disks are performant enough to handle the load.
Copy file name to clipboardExpand all lines: modules/ROOT/pages/clustering/setup/discovery.adoc
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -98,6 +98,7 @@ The configured server uses all the addresses from the SRV record to join or form
98
98
99
99
[[clustering-discovery-k8s]]
100
100
=== Discovery in Kubernetes
101
+
101
102
A special case is when a cluster is running in https://kubernetes.io/[Kubernetes^] and each server is running as a Kubernetes service.
102
103
Then, the addresses of the other servers can be obtained using the List Service API, as described in the https://kubernetes.io/docs/reference/kubernetes-api/[Kubernetes API documentation^].
103
104
@@ -115,7 +116,7 @@ With this configuration, `dbms.cluster.endpoints` is not used and any value assi
115
116
====
116
117
* The pod running Neo4j must use a service account that has permission to list services.
117
118
For further information, see the Kubernetes documentation on https://kubernetes.io/docs/reference/access-authn-authz/rbac/[RBAC authorization^] or https://kubernetes.io/docs/reference/access-authn-authz/abac/[ABAC authorization^].
118
-
* The configured `server.discovery.advertised_address` must exactly match the Kubernetes-internal DNS name, which is of the form `<service-name>.<namespace>.svc.cluster.local`.
119
+
* The configured `server.cluster.advertised_address` must exactly match the Kubernetes-internal DNS name, which is of the form `<service-name>.<namespace>.svc.cluster.local`.
119
120
====
120
121
121
122
The discovery configuration is used for initial discovery and to continuously exchange information about changes to the topology of the cluster.
a|The catch-up protocol times out if the given duration elapses with no network activity. Every message received by the client from the server extends the timeout duration.
322
-
|Valid values
323
-
a|A duration (Valid units are: `ns`, `μs`, `ms`, `s`, `m`, `h` and `d`; default unit is `s`).
a|Advertised cluster member discovery management communication.
1475
-
|Valid values
1476
-
a|A socket address in the format of `hostname:port`, `hostname`, or `:port` that is an accessible address. If missing, it is acquired from `server.default_advertised_address`.
1477
-
|Default value
1478
-
m|+++:5000+++
1479
-
|===
1480
-
1481
-
1482
1420
[role=label--enterprise-edition]
1483
1421
[[config_server.routing.advertised_address]]
1484
1422
=== `server.routing.advertised_address`
@@ -1799,6 +1737,7 @@ m|+++false+++
1799
1737
|===
1800
1738
1801
1739
1740
+
[role=label--changed-2025.01]
1802
1741
[[config_dbms.cypher.infer_schema_parts]]
1803
1742
=== `dbms.cypher.infer_schema_parts`
1804
1743
@@ -1816,7 +1755,7 @@ If more than one label can be inferred for a given node, the planner keeps the m
1816
1755
|Valid values
1817
1756
a|One of [MOST_SELECTIVE_LABEL, OFF].
1818
1757
|Default value
1819
-
m|+++OFF+++
1758
+
m|+++MOST_SELECTIVE_LABEL+++
1820
1759
|===
1821
1760
1822
1761
For some queries, the planner can infer predicates such as labels or types from the graph structure that can improve estimating the number of rows that each operator produces.
a|Defines whether memory for transaction state should be allocated on- or off-heap. Note that for small transactions you can gain up to 25% write speed by setting it to `ON_HEAP`.
a|Defines the size of the off-heap memory blocks cache. The cache will contain this number of blocks for each block size that is power of two. Thus, maximum amount of memory used by blocks cache can be calculated as 2 * <<config_server.memory.off_heap.max_cacheable_block_size,server.memory.off_heap.max_cacheable_block_size>> * `server.memory.off_heap.block_cache_size`
a|The maximum amount of off-heap memory that can be used to store transaction state data; it's a total amount of memory shared across all active transactions. Zero means 'unlimited'. Used when <<config_db.tx_state.memory_allocation,db.tx_state.memory_allocation>> is set to 'OFF_HEAP'.
0 commit comments