<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 25. Apr. 2019 um 15:51 Uhr schrieb Gert van Dijk <<a href="mailto:gertvdijk%2Bpdns-users@gmail.com" target="_blank">gertvdijk+pdns-users@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">I believe the INCEPTION-INCREMENT behaves as documented [1] in your case, because it's within two days of inception [2] (as it's a Thursday), which will trigger the condition to add 2 and then increment by INCEPTION-age in YYYYMMDDSS format. (The actual why for that it does that is not very clear to me, though.)<br></div><div>Are you sure you've unset the default-soa-edit setting on the slaves? It seems that your '<a href="http://s-dns.irz42.net" target="_blank">s-dns.irz42.net</a>' host is performing another soa-edit. All other ouput seems to work as intended. Having secondary nameservers serve different SOA serials is indeed not okay<br></div><div><br></div></div></div></div></div></div></blockquote><div>Well, first of all, I was indeed thinking that the default-soa-edit value has to be set equally on both sides. So after removing this setting from the slave part of the problem has been magically removed.</div><div><br></div><div># pdnsutil increase-serial einhorn.bar<br></div><div> SOA serial for zone einhorn.bar set to 2019042506</div><div><br></div><div># dig +short +noshort @{master,slave} einhorn.bar SOA</div><div><div>einhorn.bar.<span style="white-space:pre-wrap">               </span>3600<span style="white-space:pre-wrap">    </span>IN<span style="white-space:pre-wrap">      </span>SOA<span style="white-space:pre-wrap">     </span><a href="http://ns1.foxalpha.de" target="_blank">ns1.foxalpha.de</a>. <a href="http://frank.altpeter.de" target="_blank">frank.altpeter.de</a>. 2019042508 10800 3600 604800 3600</div></div><div><div>einhorn.bar.<span style="white-space:pre-wrap">             </span>3600<span style="white-space:pre-wrap">    </span>IN<span style="white-space:pre-wrap">      </span>SOA<span style="white-space:pre-wrap">     </span><a href="http://ns1.foxalpha.de" target="_blank">ns1.foxalpha.de</a>. <a href="http://frank.altpeter.de" target="_blank">frank.altpeter.de</a>. 2019042508 10800 3600 604800 3600</div></div><div><br></div><div>But they still don't match the value in the database. I also don't get the increment of two. Also, I'm not sure why this happens to unsigned zones, since there are two settings "default-soa-edit" and "default-soa-edit-signed", so if this increment is something needed for signed zones, why do both settings cause it?</div><div><br></div><div>You're right, on first sight it seems inappropriate to set this when not having signed zones, but since we recently moved domain provider (which is capable of providing zone signing), I want to sign zones in the near future, so it will be a thing soon.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div></div><div>The broader question I have is why you're using this setting in the first place if you are serving only unsigned zones. Your backend already has the 'retro-style' serials, so I'm not sure what's in it for you by setting it (what 'convenience'?). But I may not fully understand your issue perhaps.</div></div></div></div></div></div></blockquote><div><div><br></div><div>The reason for this setting is that I like my serials to be in the format YYYYMMDDSS - and as long as I got the documentation correct, the increase-serial does increase by 1 when there is no soa-edit set (globally or in domain metadata). I have set this because I wanted to prevent my zones (for example) to update from 2019042508 to 2019042509 tomorrow (because it's supposed to be 2019042601 then). I wasn't able to find out how to create this behaviour without having soa-edit set to inception-increment.</div></div><div><br></div><div>With kind regards<br></div></div><div dir="ltr" class="m_8218498228650555812m_4138147826207903411gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>        Frank Altpeter</div><div><br>-- </div><div><div>FA-RIPE</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>