Re: Slave not creating/updating zones
On Jul 15, 2013, at 04.56, Grace Ingabire wrote: > Dear Team, > > I have an issue where by my slave machine does not create/update new zones > while pulling zones from the master. > Nod2.ricta.org.rw is configured as my master, see result run from my > slave(ns1……) > dig @nod2.ricta.org.rw ltd.rw axfr > > ; <<>> DiG 9.8.1-P1 <<>> @nod2.ricta.org.rw ltd.rw axfr > ; (1 server found) > ;; global options: +cmd > ltd.rw. 86400 IN SOA ns1.ricta.org.rw. > info.ricta.org.rw. 2013071522 21600 3600 604800 86400 > ltd.rw. 86400 IN NS ns1.ricta.org.rw. > ltd.rw. 86400 IN NS ns2.ricta.org.rw. > ltd.rw. 86400 IN TXT "Generation Time: 1373884211" > ashimwe.ltd.rw. 86400 IN NS ns1.kaneza.com. > ashimwe.ltd.rw. 86400 IN NS ns2.kaneza.com. > > Serial number is updating on both my 2 slaves but zones are empty. > Permission on my slave where zones should be created is bind:bind and > directory created for zones has this permission: drwxr-sr-x 2 bind bind 4096 > Jul 15 10:30 rw > Logs shows that the transfer has been started and ended but don’t see those > zones. i'm not sure what you mean "don't see those zones". is the slave not serving the zone? that would be the dig output i'd want to see. -ben ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
RE: Slave not creating/updating zones
Yes, the slave does not receive zones. dig @ns1.ricta.org.rw ashimwe.ltd.rw ; <<>> DiG 9.8.1-P1 <<>> @ns1.ricta.org.rw ashimwe.ltd.rw ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 4354 ;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;ashimwe.ltd.rw.IN A ;; AUTHORITY SECTION: ltd.rw. 86400 IN SOA ns1.ricta.org.rw. info.ricta.org.rw. 2013070233 21600 3600 604800 86400 ;; Query time: 0 msec ;; SERVER: 41.74.173.250#53(41.74.173.250) ;; WHEN: Mon Jul 15 13:15:31 2013 ;; MSG SIZE rcvd: 87 Best Regards, Grace INGABIRE ccTLD SYSTEM ADMINISTRATOR RICTA CELL:+250788424148 -Original Message- From: bind-users-bounces+grace.i=ricta.org...@lists.isc.org [mailto:bind-users-bounces+grace.i=ricta.org...@lists.isc.org] On Behalf Of b...@bitrate.net Sent: Monday, July 15, 2013 12:44 PM To: bind-users@lists.isc.org bind-users@lists.isc.org Subject: Re: Slave not creating/updating zones On Jul 15, 2013, at 04.56, Grace Ingabire wrote: > Dear Team, > > I have an issue where by my slave machine does not create/update new zones while pulling zones from the master. > Nod2.ricta.org.rw is configured as my master, see result run from my > slave(ns1..) dig @nod2.ricta.org.rw ltd.rw axfr > > ; <<>> DiG 9.8.1-P1 <<>> @nod2.ricta.org.rw ltd.rw axfr ; (1 server > found) ;; global options: +cmd > ltd.rw. 86400 IN SOA ns1.ricta.org.rw. info.ricta.org.rw. 2013071522 21600 3600 604800 86400 > ltd.rw. 86400 IN NS ns1.ricta.org.rw. > ltd.rw. 86400 IN NS ns2.ricta.org.rw. > ltd.rw. 86400 IN TXT "Generation Time: 1373884211" > ashimwe.ltd.rw. 86400 IN NS ns1.kaneza.com. > ashimwe.ltd.rw. 86400 IN NS ns2.kaneza.com. > > Serial number is updating on both my 2 slaves but zones are empty. > Permission on my slave where zones should be created is bind:bind and > directory created for zones has this permission: drwxr-sr-x 2 bind bind 4096 Jul 15 10:30 rw Logs shows that the transfer has been started and ended but don't see those zones. i'm not sure what you mean "don't see those zones". is the slave not serving the zone? that would be the dig output i'd want to see. -ben ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Slave not creating/updating zones
On 15.07.13 13:18, Grace Ingabire wrote: Yes, the slave does not receive zones. is it configured to fetch the zone from master? is it allowed to fetch the zones from master (in its config and on firewall)? it seems that the ltd.rw does not contain delegation of ashimwe.ltd.rw which is an error too. dig @ns1.ricta.org.rw ashimwe.ltd.rw ; <<>> DiG 9.8.1-P1 <<>> @ns1.ricta.org.rw ashimwe.ltd.rw ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 4354 ;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;ashimwe.ltd.rw.IN A ;; AUTHORITY SECTION: ltd.rw. 86400 IN SOA ns1.ricta.org.rw. info.ricta.org.rw. 2013070233 21600 3600 604800 86400 ;; Query time: 0 msec ;; SERVER: 41.74.173.250#53(41.74.173.250) ;; WHEN: Mon Jul 15 13:15:31 2013 ;; MSG SIZE rcvd: 87 Best Regards, Grace INGABIRE ccTLD SYSTEM ADMINISTRATOR RICTA CELL:+250788424148 -Original Message- From: bind-users-bounces+grace.i=ricta.org...@lists.isc.org [mailto:bind-users-bounces+grace.i=ricta.org...@lists.isc.org] On Behalf Of b...@bitrate.net Sent: Monday, July 15, 2013 12:44 PM To: bind-users@lists.isc.org bind-users@lists.isc.org Subject: Re: Slave not creating/updating zones On Jul 15, 2013, at 04.56, Grace Ingabire wrote: Dear Team, I have an issue where by my slave machine does not create/update new zones while pulling zones from the master. Nod2.ricta.org.rw is configured as my master, see result run from my slave(ns1..) dig @nod2.ricta.org.rw ltd.rw axfr ; <<>> DiG 9.8.1-P1 <<>> @nod2.ricta.org.rw ltd.rw axfr ; (1 server found) ;; global options: +cmd ltd.rw. 86400 IN SOA ns1.ricta.org.rw. info.ricta.org.rw. 2013071522 21600 3600 604800 86400 ltd.rw. 86400 IN NS ns1.ricta.org.rw. ltd.rw. 86400 IN NS ns2.ricta.org.rw. ltd.rw. 86400 IN TXT "Generation Time: 1373884211" ashimwe.ltd.rw. 86400 IN NS ns1.kaneza.com. ashimwe.ltd.rw. 86400 IN NS ns2.kaneza.com. Serial number is updating on both my 2 slaves but zones are empty. Permission on my slave where zones should be created is bind:bind and directory created for zones has this permission: drwxr-sr-x 2 bind bind 4096 Jul 15 10:30 rw Logs shows that the transfer has been started and ended but don't see those zones. i'm not sure what you mean "don't see those zones". is the slave not serving the zone? that would be the dig output i'd want to see. -ben ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Despite the cost of living, have you noticed how popular it remains? ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
RE: Slave not creating/updating zones
The issue is now resolved, my master was not configured properly! Thanks a lot for your hint Best Regards, Grace INGABIRE ccTLD SYSTEM ADMINISTRATOR RICTA CELL:+250788424148 -Original Message- From: bind-users-bounces+grace.i=ricta.org...@lists.isc.org [mailto:bind-users-bounces+grace.i=ricta.org...@lists.isc.org] On Behalf Of Matus UHLAR - fantomas Sent: Monday, July 15, 2013 1:35 PM To: bind-users@lists.isc.org Subject: Re: Slave not creating/updating zones On 15.07.13 13:18, Grace Ingabire wrote: >Yes, the slave does not receive zones. is it configured to fetch the zone from master? is it allowed to fetch the zones from master (in its config and on firewall)? it seems that the ltd.rw does not contain delegation of ashimwe.ltd.rw which is an error too. >dig @ns1.ricta.org.rw ashimwe.ltd.rw > >; <<>> DiG 9.8.1-P1 <<>> @ns1.ricta.org.rw ashimwe.ltd.rw ; (1 server >found) ;; global options: +cmd ;; Got answer: >;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 4354 ;; flags: qr >aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; WARNING: >recursion requested but not available > >;; QUESTION SECTION: >;ashimwe.ltd.rw.IN A > >;; AUTHORITY SECTION: >ltd.rw. 86400 IN SOA ns1.ricta.org.rw. >info.ricta.org.rw. 2013070233 21600 3600 604800 86400 > >;; Query time: 0 msec >;; SERVER: 41.74.173.250#53(41.74.173.250) ;; WHEN: Mon Jul 15 13:15:31 >2013 ;; MSG SIZE rcvd: 87 > > Best Regards, >Grace INGABIRE >ccTLD SYSTEM ADMINISTRATOR >RICTA >CELL:+250788424148 > > > >-Original Message- >From: bind-users-bounces+grace.i=ricta.org...@lists.isc.org >[mailto:bind-users-bounces+grace.i=ricta.org...@lists.isc.org] On >Behalf Of b...@bitrate.net >Sent: Monday, July 15, 2013 12:44 PM >To: bind-users@lists.isc.org bind-users@lists.isc.org >Subject: Re: Slave not creating/updating zones > > >On Jul 15, 2013, at 04.56, Grace Ingabire wrote: > >> Dear Team, >> >> I have an issue where by my slave machine does not create/update new >> zones >while pulling zones from the master. >> Nod2.ricta.org.rw is configured as my master, see result run from my >> slave(ns1..) dig @nod2.ricta.org.rw ltd.rw axfr >> >> ; <<>> DiG 9.8.1-P1 <<>> @nod2.ricta.org.rw ltd.rw axfr ; (1 server >> found) ;; global options: +cmd >> ltd.rw. 86400 IN SOA ns1.ricta.org.rw. >info.ricta.org.rw. 2013071522 21600 3600 604800 86400 >> ltd.rw. 86400 IN NS ns1.ricta.org.rw. >> ltd.rw. 86400 IN NS ns2.ricta.org.rw. >> ltd.rw. 86400 IN TXT "Generation Time: >1373884211" >> ashimwe.ltd.rw. 86400 IN NS ns1.kaneza.com. >> ashimwe.ltd.rw. 86400 IN NS ns2.kaneza.com. >> >> Serial number is updating on both my 2 slaves but zones are empty. >> Permission on my slave where zones should be created is bind:bind and >> directory created for zones has this permission: drwxr-sr-x 2 bind >> bind >4096 Jul 15 10:30 rw Logs shows that the transfer has been started and >ended but don't see those zones. > >i'm not sure what you mean "don't see those zones". is the slave not >serving the zone? that would be the dig output i'd want to see. > >-ben >___ >Please visit https://lists.isc.org/mailman/listinfo/bind-users to >unsubscribe from this list > >bind-users mailing list >bind-users@lists.isc.org >https://lists.isc.org/mailman/listinfo/bind-users > >___ >Please visit https://lists.isc.org/mailman/listinfo/bind-users to >unsubscribe from this list > >bind-users mailing list >bind-users@lists.isc.org >https://lists.isc.org/mailman/listinfo/bind-users -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Despite the cost of living, have you noticed how popular it remains? ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Slave not creating/updating zones
On 15 Jul 2013, at 12:49, Grace Ingabire wrote: > The issue is now resolved, my master was not configured properly! There's something else: LTD.RW seems not to be delegated. The problem seems to be masked from you because this zone and its parent are both hosted on ns{1,2}.ricta.org.rw. From further away, a query for NS records for LTD.RW sometimes returns a list of NS records, sometimes NXDOMAIN, according to which of the parent zone (RW) name servers is queried for the delegation (zone-cut) records, as shown below. I expect you'll need to add NS records for LTD in the RW zone file. dhcp-c101a88b(niall)8: dig +trace ltd.rw ns ; <<>> DiG 9.6-ESV-R4-P3 <<>> +trace ltd.rw ns ;; global options: +cmd . 232678 IN NS e.root-servers.net. . 232678 IN NS k.root-servers.net. . 232678 IN NS f.root-servers.net. . 232678 IN NS a.root-servers.net. . 232678 IN NS m.root-servers.net. . 232678 IN NS g.root-servers.net. . 232678 IN NS j.root-servers.net. . 232678 IN NS h.root-servers.net. . 232678 IN NS d.root-servers.net. . 232678 IN NS i.root-servers.net. . 232678 IN NS l.root-servers.net. . 232678 IN NS b.root-servers.net. . 232678 IN NS c.root-servers.net. ;; Received 512 bytes from 137.43.116.19#53(137.43.116.19) in 7 ms rw. 172800 IN NS ns1.ricta.org.rw. rw. 172800 IN NS fork.sth.dnsnode.net. rw. 172800 IN NS sns-pb.isc.org. rw. 172800 IN NS ns-rw.afrinic.net. ;; Received 290 bytes from 2001:dc3::35#53(m.root-servers.net) in 19 ms rw. 86400 IN SOA ns1.ricta.org.rw. info.ricta.org.rw. 2013071545 86400 7200 604800 86400 ;; Received 79 bytes from 2001:500:2e::1#53(sns-pb.isc.org) in 35 ms dhcp-c101a88b(niall)8: dig +trace ltd.rw ns ; <<>> DiG 9.6-ESV-R4-P3 <<>> +trace ltd.rw ns ;; global options: +cmd . 232677 IN NS m.root-servers.net. . 232677 IN NS f.root-servers.net. . 232677 IN NS a.root-servers.net. . 232677 IN NS l.root-servers.net. . 232677 IN NS i.root-servers.net. . 232677 IN NS h.root-servers.net. . 232677 IN NS k.root-servers.net. . 232677 IN NS c.root-servers.net. . 232677 IN NS g.root-servers.net. . 232677 IN NS j.root-servers.net. . 232677 IN NS d.root-servers.net. . 232677 IN NS e.root-servers.net. . 232677 IN NS b.root-servers.net. ;; Received 512 bytes from 137.43.116.19#53(137.43.116.19) in 1 ms rw. 172800 IN NS ns1.ricta.org.rw. rw. 172800 IN NS fork.sth.dnsnode.net. rw. 172800 IN NS ns-rw.afrinic.net. rw. 172800 IN NS sns-pb.isc.org. ;; Received 290 bytes from 2001:500:3::42#53(l.root-servers.net) in 3 ms ltd.rw. 86400 IN NS ns2.ricta.org.rw. ltd.rw. 86400 IN NS ns1.ricta.org.rw. ;; Received 102 bytes from 41.74.173.250#53(ns1.ricta.org.rw) in 202 ms dhcp-c101a88b(niall)8: /Niall ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
RE: Slave not creating/updating zones
Dear Niall, We are working on this! Thanks Best Regards, Grace INGABIRE ccTLD SYSTEM ADMINISTRATOR RICTA CELL:+250788424148 -Original Message- From: Niall O'Reilly [mailto:niall.orei...@ucd.ie] Sent: Monday, July 15, 2013 5:47 PM To: Grace Ingabire Cc: Bind Users Subject: Re: Slave not creating/updating zones On 15 Jul 2013, at 12:49, Grace Ingabire wrote: > The issue is now resolved, my master was not configured properly! There's something else: LTD.RW seems not to be delegated. The problem seems to be masked from you because this zone and its parent are both hosted on ns{1,2}.ricta.org.rw. From further away, a query for NS records for LTD.RW sometimes returns a list of NS records, sometimes NXDOMAIN, according to which of the parent zone (RW) name servers is queried for the delegation (zone-cut) records, as shown below. I expect you'll need to add NS records for LTD in the RW zone file. dhcp-c101a88b(niall)8: dig +trace ltd.rw ns ; <<>> DiG 9.6-ESV-R4-P3 <<>> +trace ltd.rw ns ;; global options: +cmd . 232678 IN NS e.root-servers.net. . 232678 IN NS k.root-servers.net. . 232678 IN NS f.root-servers.net. . 232678 IN NS a.root-servers.net. . 232678 IN NS m.root-servers.net. . 232678 IN NS g.root-servers.net. . 232678 IN NS j.root-servers.net. . 232678 IN NS h.root-servers.net. . 232678 IN NS d.root-servers.net. . 232678 IN NS i.root-servers.net. . 232678 IN NS l.root-servers.net. . 232678 IN NS b.root-servers.net. . 232678 IN NS c.root-servers.net. ;; Received 512 bytes from 137.43.116.19#53(137.43.116.19) in 7 ms rw. 172800 IN NS ns1.ricta.org.rw. rw. 172800 IN NS fork.sth.dnsnode.net. rw. 172800 IN NS sns-pb.isc.org. rw. 172800 IN NS ns-rw.afrinic.net. ;; Received 290 bytes from 2001:dc3::35#53(m.root-servers.net) in 19 ms rw. 86400 IN SOA ns1.ricta.org.rw. info.ricta.org.rw. 2013071545 86400 7200 604800 86400 ;; Received 79 bytes from 2001:500:2e::1#53(sns-pb.isc.org) in 35 ms dhcp-c101a88b(niall)8: dig +trace ltd.rw ns ; <<>> DiG 9.6-ESV-R4-P3 <<>> +trace ltd.rw ns ;; global options: +cmd . 232677 IN NS m.root-servers.net. . 232677 IN NS f.root-servers.net. . 232677 IN NS a.root-servers.net. . 232677 IN NS l.root-servers.net. . 232677 IN NS i.root-servers.net. . 232677 IN NS h.root-servers.net. . 232677 IN NS k.root-servers.net. . 232677 IN NS c.root-servers.net. . 232677 IN NS g.root-servers.net. . 232677 IN NS j.root-servers.net. . 232677 IN NS d.root-servers.net. . 232677 IN NS e.root-servers.net. . 232677 IN NS b.root-servers.net. ;; Received 512 bytes from 137.43.116.19#53(137.43.116.19) in 1 ms rw. 172800 IN NS ns1.ricta.org.rw. rw. 172800 IN NS fork.sth.dnsnode.net. rw. 172800 IN NS ns-rw.afrinic.net. rw. 172800 IN NS sns-pb.isc.org. ;; Received 290 bytes from 2001:500:3::42#53(l.root-servers.net) in 3 ms ltd.rw. 86400 IN NS ns2.ricta.org.rw. ltd.rw. 86400 IN NS ns1.ricta.org.rw. ;; Received 102 bytes from 41.74.173.250#53(ns1.ricta.org.rw) in 202 ms dhcp-c101a88b(niall)8: /Niall ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users