Re: Slaves do not more update

2011-06-23 Thread Matus UHLAR - fantomas

Am 2011-06-22 14:10:24, hacktest Du folgendes herunter:

After changing the file on master, increasing the SOA and reloading
the zone, did you check the SOA version on master? Did the master
reload new zone? What do logs say?


On 22.06.11 19:30, Michelle Konzack wrote:

I can use nsupdate on my MASTER dns1  and  it  works  including  the
changed timestamp and notification is send to the two SLAVES dns2  and
dns3.



Changing timestamp on slave indicates that the slave is checking and
thinks it hat the fresh version. What do the logs say?



It tell me the stuff is updated...


Do the logs say anything? Did you try to run one of slaves in debug mode?

--
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.
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759
___
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: Slaves do not more update

2011-06-22 Thread Michelle Konzack
Hello Chris Buxton,

Am 2011-06-21 19:01:57, hacktest Du folgendes herunter:
 This sounds like a failure of the DNS Notify system. Have you checked
 the logs? If nothing interesting is logged, have you checked the
 logging statement?

I have nothing found relevant. I will delay the next changement directly
after the logrotate and I will see whats going on here.

And as I sayed, it happen AFTER I have added DNSSEC.

So, if I clean on the SLAVE the Cache, it suck automatical the new zones
from the MASTER, which mean, the SLAVE is OK, right?

This would mean the MASTER does not send the notifiication to the  SLAVE
if a zone has changed, but the weird thing is, I see the MTIME changeing
on the SLAVE, which mean, there was a changement...  but  the  zone  was
not updated.

 Regards,
 Chris Buxton
 BlueCat Networks

Thanks, Greetings and nice Day/Evening
Michelle Konzack

-- 
# Debian GNU/Linux Consultant ##
   Development of Intranet and Embedded Systems with Debian GNU/Linux

itsystems@tdnet Franceitsystems@tdnet
Owner Michelle KonzackOwner Michelle Konzack

Apt. 917 (homeoffice) Gewerbe Straße 3
50, rue de Soultz 77694 Kehl/Germany
67100 Strasbourg/France   Tel: +49-177-9351947  mobil
Tel: +33-6-61925193 mobil Tel: +49-176-86004575 office

http://www.itsystems.tamay-dogan.net/  http://www.flexray4linux.org/
http://www.debian.tamay-dogan.net/ http://www.can4linux.org/

Jabber linux4miche...@jabber.ccc.de
ICQ#328449886

Linux-User #280138 with the Linux Counter, http://counter.li.org/


signature.pgp
Description: Digital signature
___
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: Slaves do not more update

2011-06-22 Thread Matus UHLAR - fantomas

Am 2011-06-21 19:01:57, hacktest Du folgendes herunter:

This sounds like a failure of the DNS Notify system. Have you checked
the logs? If nothing interesting is logged, have you checked the
logging statement?


On 22.06.11 12:57, Michelle Konzack wrote:

I have nothing found relevant. I will delay the next changement directly
after the logrotate and I will see whats going on here.

And as I sayed, it happen AFTER I have added DNSSEC.

So, if I clean on the SLAVE the Cache, it suck automatical the new zones
from the MASTER, which mean, the SLAVE is OK, right?

This would mean the MASTER does not send the notifiication to the  SLAVE
if a zone has changed, but the weird thing is, I see the MTIME changeing
on the SLAVE, which mean, there was a changement...  but  the  zone  was
not updated.


After changing the file on master, increasing the SOA and reloading the 
zone, did you check the SOA version on master? Did the master reload new 
zone? What do logs say?


Changing timestamp on slave indicates that the slave is checking and thinks 
it hat the fresh version. What do the logs say?


--
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.
Spam = (S)tupid (P)eople's (A)dvertising (M)ethod
___
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: Slaves do not more update

2011-06-22 Thread Chris Buxton
If the mtime of the slave's file changes, then there's something else wrong. 
It's refreshing, and resetting the refresh timer, but it's not seeing an update.

Regards,
Chris Buxton
BlueCat Networks

On Jun 22, 2011, at 3:57 AM, Michelle Konzack wrote:

 Hello Chris Buxton,
 
 Am 2011-06-21 19:01:57, hacktest Du folgendes herunter:
 This sounds like a failure of the DNS Notify system. Have you checked
 the logs? If nothing interesting is logged, have you checked the
 logging statement?
 
 I have nothing found relevant. I will delay the next changement directly
 after the logrotate and I will see whats going on here.
 
 And as I sayed, it happen AFTER I have added DNSSEC.
 
 So, if I clean on the SLAVE the Cache, it suck automatical the new zones
 from the MASTER, which mean, the SLAVE is OK, right?
 
 This would mean the MASTER does not send the notifiication to the  SLAVE
 if a zone has changed, but the weird thing is, I see the MTIME changeing
 on the SLAVE, which mean, there was a changement...  but  the  zone  was
 not updated.
 
 Regards,
 Chris Buxton
 BlueCat Networks
 
 Thanks, Greetings and nice Day/Evening
Michelle Konzack
 
 -- 
 # Debian GNU/Linux Consultant ##
   Development of Intranet and Embedded Systems with Debian GNU/Linux
 
 itsystems@tdnet Franceitsystems@tdnet
 Owner Michelle KonzackOwner Michelle Konzack
 
 Apt. 917 (homeoffice) Gewerbe Straße 3
 50, rue de Soultz 77694 Kehl/Germany
 67100 Strasbourg/France   Tel: +49-177-9351947  mobil
 Tel: +33-6-61925193 mobil Tel: +49-176-86004575 office
 
 http://www.itsystems.tamay-dogan.net/  http://www.flexray4linux.org/
 http://www.debian.tamay-dogan.net/ http://www.can4linux.org/
 
 Jabber linux4miche...@jabber.ccc.de
 ICQ#328449886
 
 Linux-User #280138 with the Linux Counter, http://counter.li.org/
 ___
 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: Slaves do not more update

2011-06-22 Thread Michelle Konzack
Hello Chris Buxton,

Am 2011-06-22 06:26:47, hacktest Du folgendes herunter:
 If the mtime of the slave's file changes, then there's something else
 wrong. It's refreshing, and resetting the refresh timer, but it's not
 seeing an update.

Right and I do not find the error...

If I clear the cache while named is running it sucks all mising  cache
zones from the MASTER if the time come to expire the zone.

If I clear the cache and then go to the  MASTER,  change  one  zone  and
reload it, the SLAVE download immediately the changed zone and  then  it
sucks the rest.

So, it seems, the SLAVE has gotten the zone notification

This error happen, as I already mentioned, since I changed the MASTER to
DNSSEC.

Thanks, Greetings and nice Day/Evening
Michelle Konzack

-- 
# Debian GNU/Linux Consultant ##
   Development of Intranet and Embedded Systems with Debian GNU/Linux

itsystems@tdnet Franceitsystems@tdnet
Owner Michelle KonzackOwner Michelle Konzack

Apt. 917 (homeoffice) Gewerbe Straße 3
50, rue de Soultz 77694 Kehl/Germany
67100 Strasbourg/France   Tel: +49-177-9351947  mobil
Tel: +33-6-61925193 mobil Tel: +49-176-86004575 office

http://www.itsystems.tamay-dogan.net/  http://www.flexray4linux.org/
http://www.debian.tamay-dogan.net/ http://www.can4linux.org/

Jabber linux4miche...@jabber.ccc.de
ICQ#328449886

Linux-User #280138 with the Linux Counter, http://counter.li.org/


signature.pgp
Description: Digital signature
___
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: Slaves do not more update

2011-06-22 Thread Jim Glassford

Hi,

May have already been covered by another but just to verify, beating a 
dead horse


Do you update the serial number before you sign the zone? If automated 
at all with scripts, make sure you update the SOA serial number then sign.


jim

On 6/22/2011 1:42 PM, Michelle Konzack wrote:

Hello Chris Buxton,

Am 2011-06-22 06:26:47, hacktest Du folgendes herunter:

If the mtime of the slave's file changes, then there's something else
wrong. It's refreshing, and resetting the refresh timer, but it's not
seeing an update.


Right and I do not find the error...

If I clear the cache while named is running it sucks all mising  cache
zones from the MASTER if the time come to expire the zone.

If I clear the cache and then go to the  MASTER,  change  one  zone  and
reload it, the SLAVE download immediately the changed zone and  then  it
sucks the rest.

So, it seems, the SLAVE has gotten the zone notification

This error happen, as I already mentioned, since I changed the MASTER to
DNSSEC.

Thanks, Greetings and nice Day/Evening
 Michelle Konzack




___
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: Slaves do not more update

2011-06-21 Thread Chris Buxton
This sounds like a failure of the DNS Notify system. Have you checked the logs? 
If nothing interesting is logged, have you checked the logging statement?

Regards,
Chris Buxton
BlueCat Networks

On Jun 17, 2011, at 2:20 PM, Michelle Konzack wrote:

 Good Evening,
 
 my three NS where working properly all the time.  For some  time  I  was
 switching to DNSSEC and now it refuse to update the Slaves...
 
 If I delete the cache from the Slaves it  sucks   automaticaly  the  new
 Zones from the Master.
 
 Why do the Slaves not more update?
 
 Note:   Last year it was already working and I have goten
some problems and used in the meantime NO DNSSEC.
 
 Thanks, Greetings and nice Day/Evening
Michelle Konzack
 
 -- 
 # Debian GNU/Linux Consultant ##
   Development of Intranet and Embedded Systems with Debian GNU/Linux
 
 itsystems@tdnet Franceitsystems@tdnet
 Owner Michelle KonzackOwner Michelle Konzack
 
 Apt. 917 (homeoffice) Gewerbe Strasse 3
 50, rue de Soultz 77694 Kehl/Germany
 67100 Strasbourg/France   Tel office: +49-176-86004575
 Tel mobil: +33-6-61925193 Tel mobil:  +49-177-9351947
 
 http://www.itsystems.tamay-dogan.net/  http://www.flexray4linux.org/
 http://www.debian.tamay-dogan.net/ http://www.can4linux.org/
 
 Jabber linux4miche...@jabber.ccc.de
 
 Linux-User #280138 with the Linux Counter, http://counter.li.org/
 ___
 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