Onderwerp: PDNS - Duplicate entry for key

Ik zit al een paar weken te stoeien met een PowerDNS setup, een 2 node setup waarbij node 2 gesynct wordt via MYSQL synchronisatie tov node 1, node 1 werkt perfect echter heb ik continu problemen met node 2. Na een paar dagen mooi draaien komen er duplicate key entries (error 1206) op node 2 waardoor de synchronisatie vastloopt.. Al een aantal malen geprobeerd om de database te rebuilden op node 2 maar na een paar dagen duiken de fouten opnieuw op..

Iemand enig idee hoe dit komt en hoe dit op te lossen valt ?

Waarom doe je dit met MySQL synchronisatie?
Kan je beter oplossen met AXFR transfers.

Omdat dat juist is waarom we voor PDNS gekozen hebben.. Replicatie kan via Mysql :-)

Hebben wij ook al jaren zo lopen, werkt perfect met replicatie. Ik zou even controleren of je indexen op de domains/records tabel identiek zijn, je alleen de powerdns db repliceert (en de rest met rust laat) en eventueel de mysql user op de slave alleen leesrechten geeft (niet de replicatieuser maar de user die je in de pdns.conf opgeeft).

Bedankt voor de tip, heb die user z'n rechten wat meer beperkt en heb hem terug opgestart, voorlopig doet hij het weer.. (maar dat was altijd zo een paar dagen :-) )

Oorspronkelijk geplaatst door bibawa

Bedankt voor de tip, heb die user z'n rechten wat meer beperkt en heb hem terug opgestart, voorlopig doet hij het weer.. (maar dat was altijd zo een paar dagen :-) )

Tail de mysql log en wijzig een record op de master. Mogelijk doe je replicate plus AXFR en dan gaat 1 van de 2 fout.

Sorry voor het oprakelen van deze oude post, maar na een hele tijd goed te hebben gedraait gaat de boel nu weer geregeld in de mist.

Deze setup draait momenteel enkel maar voor 1 webserver en om het nog eens samen te vatten:

Plesk Webserver is hidden dns server, hier staat op elk domein via de template 2 NS records: ns1.domein.be en ns2.domein.be
-> ns1.domein.be is een powerdns master
-> ns2.domein.be is een powerdns slave die in principe enkel via mysql zou mogen repliceren
-> In poweradmin is een supermaster aangemaakt voor webserver voor ns1.domein.be en ns2.domein.be

Om een of andere manier komen er in de slave toch duplicate entries te staan, ik vermoed dat de server soms zijn dns records naar ns1 stuurt en soms naar ns2 en als hij dan af en toe naar ns2 stuurt dit voor duplicate entries zorgt op termijn.

// Heb ik mijn supermaster verkeerd ingesteld dan? Mag ik hier misschien de 2 NS records niet opnemen ?
// Ik zou eventueel via iptables het een en ander kunnen afblokken en zodat er enkel gerepliceerd word via mysql..

Ik weet niet wat ik verkeerd doe, hopelijk kan iemand me wat licht in de duisternis brengen :-)

Waarschijnlijk heeft je slave idd een afxr / notify ontvangen, zijn db geupdate en vervolgens krijg je een duplicate key error als de master even later geupdate wordt (die van via het replicatie process op de slave hetzelfde record probeert toe te voegen.)
Wat in principe ook wel klopt aangezien je plesk de 'hidden' master is DNS is met 2 ns records, ns1 de MYSQL master en de ns2 de MYSQL slave.
Even uit het koppie (dus check het even).. op je 'slave' dns moet je niet 'slave=yes' invullen want je wilt niet dat ie notify's e.d. van zijn master accepteert. (Die komen namelijk al via de mysql replicatie binnen)

De master- en slave-keywords in PowerDNS zijn alleen bedoeld om bepaald gedrag te activeren, niet om de rol van de machine in de DNS-setup te definieren. Eenvoudigweg:

- een server met 'master' ingeschakeld stuurt notificaties naar nameservers waarvan de NS-records in zones voorkomen die worden gewijzigd,

- een server met 'slave' ingeschakeld accepteert notificaties van nameservers en probeert zones binnen te halen via AXFR (mits de betreffende zone is geconfigureerd of de notify afkomstig is van een supermaster).

Beide opties kunnen ook worden gecombineerd.

Als ns2.domein.be alleen zijn records binnenkrijgt via MySQL-replicatie (de records verschijnen dus 'zomaar' in de database, vanuit PowerDNS gezien) dan moet je deze niet als slave of master configureren; schakel simpelweg beide opties uit en je zult als het goed is geen last meer hebben van rogue notifies of AXFRs. De entry in de supermasters-tabel kun je laten staan maar doet in die situatie niets; je repliceert immers via MySQL.

Nog een aanvullende opmerking: als de Plesk-machine een echte hidden DNS-server is die notifies stuurt naar ns1.domein.be en vervolgens AXFR-verzoeken honoreert dan moet je ns1.domein.be ook als 'slave' configureren.

mm Ok zo had ik het nog niet bekeken ging altijd uit van het principe dat elke server minimaal master of slave diende te zijn, heb zijn nu op ns2 op no gezet beide, ns1 heb ik dan master op no gezet en slave op yes.. Dan klopt het met de uitleg van Nederhost denk ik dan zo toch.. :-)

Of mis ik nog iets ?

Als je MySQL replicatie gebruikt moet je de AXFR/SuperMaster configuratie inderdaad niet gebruiken. Dan krijg je (wat je zelf aangeeft) duplicate keys, omdat je slave een domein wil toevoegen dat de master al in MySQL heeft gezet. Dus als je o ns2 de slave op no hebt gezet moet het goed zijn.

Je mist dus denk ik niet nog iets