]> git.ipfire.org Git - thirdparty/bind9.git/commit
Add a catz system test check for [GL #3911]
authorAram Sargsyan <aram@isc.org>
Wed, 1 Mar 2023 12:47:25 +0000 (12:47 +0000)
committerAram Sargsyan <aram@isc.org>
Wed, 1 Mar 2023 13:47:56 +0000 (13:47 +0000)
commit93c4f382f4a8a4d049cdcae5971412667a7bade9
tree0c11f5109d3a2130a760f06ce7416eeb7766eb08
parentf6f525132b073df731609ce5fc3ae0b0639f897b
Add a catz system test check for [GL #3911]

The trick is to configure a duplicate zone, which comes after the
catalog zone, where the duplicate zone is an existing member zone.

In that scenario, all the zones which come before the "faulty" zone
in the configuration file will fail to be reverted to the previous
version of the view after a reconfiguration error, and in this
particular case that will result in an assertion failure when the
catalog zone update is initiated, because it will be still tied to
the new version of the view, which was dismissed.
bin/tests/system/catz/ns2/named1.conf.in
bin/tests/system/catz/tests.sh