Hi @
ahu Toch nog even een snelle vraag direct aan jou.
Ik heb nu een 3e PDNS server ingericht (eindelijk weer even tijd) en deze staat klaar met een lege mysql database.
Ik heb MySQL database replicatie nog niet aangedurft ivm de aanpassingen in de structuur van 3.4 naar 4.1
Daarom wilde ik AXFR gaan proberen.
Config master (3.4.11) heeft de volgende regels:
master=yes
#slave=no
allow-axfr-ips=x.x.x.x/32 <-- publieke WAN IP van nieuwe PDNS
disable-axfr=no
Slave (4.1)
slave=yes
als ik vervolgens de PDNS herstart heb van mijn master dan klapt ie eruit.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| Nov 8 15:55:51 ns1 pdns[7141]: Loading '/usr/lib64/pdns/libgmysqlbackend.so'
Nov 8 15:55:51 ns1 pdns[7142]: This is a standalone pdns
Nov 8 15:55:51 ns1 pdns[7142]: Listening on controlsocket in '/var/run/pdns.controlsocket'
Nov 8 15:55:51 ns1 pdns[7142]: UDP server bound to 0.0.0.0:53
Nov 8 15:55:51 ns1 pdns[7142]: TCP server bound to 0.0.0.0:53
Nov 8 15:55:51 ns1 pdns[7142]: PowerDNS Authoritative Server 3.4.11 (jenkins@autotest.powerdns.com) (C) 2001-2016 PowerDNS.COM BV
Nov 8 15:55:51 ns1 pdns[7142]: Using 64-bits mode. Built on 20180201163352 by mockbuild@buildhw-08.phx2.fedoraproject.org, gcc 4.8.5 20150623 (Red Hat 4.8.5-16).
Nov 8 15:55:51 ns1 pdns[7142]: PowerDNS comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it according to the terms of the GPL version 2.
Nov 8 15:55:51 ns1 pdns[7142]: DNS Proxy launched, local port 27704, remote 8.8.8.8:53
Nov 8 15:55:51 ns1 pdns[7142]: Creating backend connection for TCP
Nov 8 15:55:51 ns1 pdns[7142]: Master/slave communicator launching
Nov 8 15:55:51 ns1 pdns[7142]: About to create 3 backend threads for UDP
Nov 8 15:55:51 ns1 pdns[7142]: No new unfresh slave domains, 0 queued for AXFR already
Nov 8 15:55:51 ns1 pdns[7142]: 239 domains for which we are master need notifications
Nov 8 15:55:51 ns1 pdns[7142]: Queued notification of domain 'xx.nl' to x.x.x.x:53 <-- huidige ns2 IP
Nov 8 15:55:51 ns1 pdns[7142]: Exiting because communicator thread died with error: GSQLBackend unable to refresh domain_id 20: Failed to execute mysql_query, perhaps connection died? Err=1: Cannot execute statement: impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED.
Nov 8 15:55:51 ns1 pdns[7142]: Done launching threads, ready to distribute questions
Nov 8 15:55:52 ns1 pdns_control: Fatal error: Unable to connect to remote '/var/run/pdns.controlsocket': Connection refused
Nov 8 15:55:52 ns1 systemd: pdns.service: control process exited, code=exited status=1
Nov 8 15:55:52 ns1 systemd: Unit pdns.service entered failed state.
Nov 8 15:55:52 ns1 systemd: pdns.service failed. |
Haal ik vervolgens de axfr regels en master=yes uit de config, dan werkt alles weer.
Where am I going wrong?? en hoe zorg ik dat ie (eenmalig?) alles geforceerd naar de nieuwe PDNS stuurt?
Fout gevonden. MYSQL config aangepast omdat er kennelijk door iemand een paar zones als NATIVE aangemaakt zijn:
Using MySQL replication
To support NATIVE domains, the binlog_format for the MySQL replication must be set to MIXED or ROW to prevent differences in data between replicated servers
dat dus gedaan. en ineens wilde die gaan repliceren. alleen zie ik op de nieuwe nu de fout
code:
1
2
3
| Nov 08 15:39:41 NEW-NS1 pdns_server[4736]: Unable to find backend willing to host xxx.nl for potential supermaster x.x.x.x. Remote nameservers:
Nov 08 15:39:41 NEW-NS1 pdns_server[4736]: ns1.myserver.nl
Nov 08 15:39:41 NEW-NS1 pdns_server[4736]: ns2.myotherserver.nl |
edit:
Oplossing doorgevoerd
op mijn nieuwe primary heb ik in de hosts file een toevoeging gedaan: 127.0.0.1 ns2.myotherserver.nl
in de oude primary heb ik in de pdns.conf
also-notify=
gebruikt icm het publieke IP van mijn nieuwe primary.
ineens ging de AXFR transfer lopen
Nu even kijken of het er ook allemaal goed in gekomen is

[Voor 14% gewijzigd door RoRoo op 09-11-2018 14:14]
It's not DNS. There's no way it's DNS. It was DNS. --The Sysadmin haiku