Skip to content
Snippets Groups Projects
Commit 0e4c749b authored by Daniel Salzman's avatar Daniel Salzman
Browse files

Merge branch 'doc_catalog_bugs' into 'master'

doc: catalog: warn about existing limitations of impl

See merge request !1228
parents f7bed943 a00f7250
No related branches found
No related tags found
1 merge request!1228doc: catalog: warn about existing limitations of impl
Pipeline #73496 passed
......@@ -639,6 +639,29 @@ When setting up catalog zones, it might be useful to set
:ref:`database_catalog-db` and :ref:`database_catalog-db-max-size`
to non-default values.
.. WARNING::
Bugs, limitations:
Knot does purge the member zone's metadata whenever the respective PTR
record owner changes in any way. This differs from the specification
(see `Internet Draft` above),
which requires this to be done only when the "unique" label (i.e. the
one immediately left of the `zones` label) changes. It's expected that
Knot's behaviour will be aligned to the specification in the future.
Knot does not work well if one member zone appears in two catalog zones
concurrently. The user is encouraged to avoid this situation whatsoever.
Thus, there is no way a member zone can be migrated from one catalog
to another while preserving its metadata. Following steps may be used
as a workaround:
* :ref:`Back up<Data and metadata backup>` the member zone's metadata
(on each server separately).
* Remove the member zone from the catalog it's a member of.
* Wait for the catalog zone to be propagated to all servers.
* Add the member zone to the other catalog.
* Restore the backed up metadata (on each server separately).
.. _query-modules:
Query modules
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment