Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

discrepancy with rndc dumpdb -zones

139 views
Skip to first unread message

Gordon A. Lang

unread,
Aug 24, 2010, 4:56:09 PM8/24/10
to bind-...@isc.org
After several successful "update delete ..." nsupdate sends to the master
DNS server, verified with dig, the "rndc dumpdb -zones" command produced
named_dump.db file still showing the deleted records. This was repeatable
and persistent (over the half hour time period) until I performed a hard
restart of named.

Has anyone else seen this sort of thing?

Can anyone explain this?

--
Gordon A. Lang

Matus UHLAR - fantomas

unread,
Aug 27, 2010, 11:01:17 AM8/27/10
to bind-...@lists.isc.org
On 24.08.10 16:56, Gordon A. Lang wrote:
> After several successful "update delete ..." nsupdate sends to the master
> DNS server, verified with dig, the "rndc dumpdb -zones" command produced
> named_dump.db file still showing the deleted records. This was repeatable
> and persistent (over the half hour time period) until I performed a hard
> restart of named.

maybe journal for IXFR queries?

--
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.
Fucking windows! Bring Bill Gates! (Southpark the movie)

Cathy Almond

unread,
Sep 1, 2010, 6:52:29 AM9/1/10
to bind-...@lists.isc.org
Hi Gordon,

We've not seen this before (and it doesn't sound like anyone else has
either). What version of BIND is it? Has it reappeared since? Is this
a particularly heavily loaded/busy server? Does it have recursive cache
as well as authoritative zones?

Kind regards,

Cathy

Gordon A. Lang wrote:
> After several successful "update delete ..." nsupdate sends to the master
> DNS server, verified with dig, the "rndc dumpdb -zones" command produced
> named_dump.db file still showing the deleted records. This was repeatable
> and persistent (over the half hour time period) until I performed a hard
> restart of named.
>

Gordon A. Lang

unread,
Sep 1, 2010, 11:02:37 AM9/1/10
to bind-...@lists.isc.org
BIND 9.4-ESV-R2 acting as master and also allowing recursive queries.
It was just a disaster recovery exercise, so the load was extremely light.
It happened repeatedly at the time, but I could not duplicate the problem
on the busy production server.
Matus posted that it could be journal data, which is believable, but I did
not know the dumpdb was supposed to include history -- I thought it was
supposed to be a fully digested and cherent snapshot.
I have not had time to revist this, but I still do want to find out more.
Thanks.

--
Gordon A. Lang

> _______________________________________________
> bind-users mailing list
> bind-...@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>

0 new messages