Re: [Pdns-users] pdnsutil increase-serial not working for mysql with autoserial
Hi, Somebody pointed out that you’re missing some fields in your SOA records. Please correct it using what has been suggested and try again. -- Nico > On 7 Nov 2018, at 21:40, MRob wrote: > > in fact after reboot looks like old serial is lost for all domains. > > why is change_date not kept up to date? all domains have it to be NULL, I > think its where the serial is derived from when using autoserial > > >> On 2018-11-07 20:18, MRob wrote: >> Please some help for this? Looks like pdnsutil increase-serial not >> made to work for mysql backend with autoserial, so how to >> programmatically request increase serial? >>> pdnsutil increase-serial example.org >> Error: Parsing record content (try 'pdnsutil check-zone'): missing >> field at the end of record content 'ns.example.org cont...@example.org >> 0' >>> pdnsutil check-zone example.org >> Checked 21 records of 'example.org', 0 errors, 0 warnings. > Related, where is serial stored in auto-serial case? I find > "change_date" field NULL on all records and "notified_serial" NULL on > this domain (but its 0 on the other domains, not sure why). In this > situation what happens if server reboot, SOA has to be reclaimed from > somewhere?? As far as I know this can be found in the table "records", column "content", for every entry of the type "SOA". It corresponds to the provided serial number you get with "dig SOA" (if no DNSSEC is active). >>> Well for auto-serial you must set that value as 0 so my question being >>> where the serial is kept in this special case and carried across reboot >>> situation. >> _ > ___ > Pdns-users mailing list > Pdns-users@mailman.powerdns.com > https://mailman.powerdns.com/mailman/listinfo/pdns-users ___ Pdns-users mailing list Pdns-users@mailman.powerdns.com https://mailman.powerdns.com/mailman/listinfo/pdns-users
Re: [Pdns-users] pdnsutil increase-serial not working for mysql with autoserial
in fact after reboot looks like old serial is lost for all domains. why is change_date not kept up to date? all domains have it to be NULL, I think its where the serial is derived from when using autoserial On 2018-11-07 20:18, MRob wrote: Please some help for this? Looks like pdnsutil increase-serial not made to work for mysql backend with autoserial, so how to programmatically request increase serial? pdnsutil increase-serial example.org Error: Parsing record content (try 'pdnsutil check-zone'): missing field at the end of record content 'ns.example.org cont...@example.org 0' pdnsutil check-zone example.org Checked 21 records of 'example.org', 0 errors, 0 warnings. Related, where is serial stored in auto-serial case? I find "change_date" field NULL on all records and "notified_serial" NULL on this domain (but its 0 on the other domains, not sure why). In this situation what happens if server reboot, SOA has to be reclaimed from somewhere?? As far as I know this can be found in the table "records", column "content", for every entry of the type "SOA". It corresponds to the provided serial number you get with "dig SOA" (if no DNSSEC is active). Well for auto-serial you must set that value as 0 so my question being where the serial is kept in this special case and carried across reboot situation. _ ___ Pdns-users mailing list Pdns-users@mailman.powerdns.com https://mailman.powerdns.com/mailman/listinfo/pdns-users
[Pdns-users] pdnsutil increase-serial not working for mysql with autoserial
Please some help for this? Looks like pdnsutil increase-serial not made to work for mysql backend with autoserial, so how to programmatically request increase serial? pdnsutil increase-serial example.org Error: Parsing record content (try 'pdnsutil check-zone'): missing field at the end of record content 'ns.example.org cont...@example.org 0' pdnsutil check-zone example.org Checked 21 records of 'example.org', 0 errors, 0 warnings. Related, where is serial stored in auto-serial case? I find "change_date" field NULL on all records and "notified_serial" NULL on this domain (but its 0 on the other domains, not sure why). In this situation what happens if server reboot, SOA has to be reclaimed from somewhere?? As far as I know this can be found in the table "records", column "content", for every entry of the type "SOA". It corresponds to the provided serial number you get with "dig SOA" (if no DNSSEC is active). Well for auto-serial you must set that value as 0 so my question being where the serial is kept in this special case and carried across reboot situation. ___ Pdns-users mailing list Pdns-users@mailman.powerdns.com https://mailman.powerdns.com/mailman/listinfo/pdns-users
[Pdns-users] PowerDNS Recursor 4.1.6 released
Hello everyone, We have just released the PowerDNS Recursor 4.1.6. This release fixes an issue with DNSSEC validation[1] introduced in Recursor 4.1.5 by reverting a code-change related to the acceptation of ADDITIONAL records. We will investigate this issue in detail the coming days, but found it necessary to issue an update with a fix early. The full changelog[2] is very short: * Revert “rec: Authority records in AA=1 CNAME answer are authoritative”. References: #7158, pull request 7159 The tarball[3](signature[4]) is available at downloads.powerdns.com and packages for CentOS 6 and 7, Debian Jessie and Stretch, Ubuntu Bionic, Trusty and Xenial are available from https://repo.powerdns.com. Please send us all feedback and issues you might have via the mailing list, or in case of a bug, via GitHub[5]. Best regards, Pieter and the PowerDNS team 1 - https://github.com/PowerDNS/pdns/issues/7158 2 - https://doc.powerdns.com/recursor/changelog/4.1.html#change-4.1.6 3 - https://downloads.powerdns.com/releases/pdns-recursor-4.1.6.tar.bz2 4 - https://downloads.powerdns.com/releases/pdns-recursor-4.1.6.tar.bz2.sig 5 - https://github.com/PowerDNS/pdns/issues/new -- Pieter Lexis PowerDNS.COM BV -- https://www.powerdns.com signature.asc Description: OpenPGP digital signature ___ Pdns-users mailing list Pdns-users@mailman.powerdns.com https://mailman.powerdns.com/mailman/listinfo/pdns-users
