<html><head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

  </head>

  <body>

    <p>I was never able to uncover the underlying problem with that

      update.<br>

    </p>

    <p>The only clue I had was the service remained in "activating"

      state, rather than "running". named was listening as expected, was

      transfering zone data, was caching and serving the correct data,

      but didn't seem to recognize it had the same data when it next

      retrieved the SOA record.<br>

    </p>

    <p>I eventually restored the secondary host from backup, and

      performed the upgrade from 9.18.10 --> 9.18.11 again. It

      behaves exactly as expected; retrieving the SOA record,

      recognizing it already has that serial number, and waiting

      patiently for the refresh interval to expire before checking

      again.<br>

    </p>

    <pre class="moz-signature" cols="72">--

Do things because you should, not just because you can. 

John Thurston    907-465-8591

<a class="moz-txt-link-abbreviated moz-txt-link-freetext" href="mailto:John.Thurston@alaska.gov">John.Thurston@alaska.gov</a>

Department of Administration

State of Alaska</pre>

    <div class="moz-cite-prefix">On 1/27/2023 1:53 AM, Ondřej Surý

      wrote:<br>

    </div>

    <blockquote type="cite" cite="mid:83750465-57CA-4F70-8BFD-E672F0EAEBD7@isc.org">

      <pre class="moz-quote-pre" wrap="">FTR I am not aware of any change between 9.18.10 and 9.18.11 that might cause the described behaviour.

That said - in addition to what Greg said, I would suggest increasing the log level to small debug levels if you can and perhaps something will stand out</pre>

    </blockquote>

  </body>

</html>