"Malformed Transaction" after thawing large zone with lots of DDNS updates / BIND 9.6.0-P1

[ip admin]

Hi,

 A large zone is frozen with 'rndc freeze', changes are done to the zone
file, DDNS updates are enabled again with 'rndc thaw'. I can see the
following series of events in the logs (filtered):

05-May-2009 13:08:10.466 notify: info: zone corp.internal.com/IN: sending
notifies (serial 2012410499)
05-May-2009 13:08:15.659 general: debug 1: freezing zone '
corp.internal.com/IN': success
05-May-2009 13:08:15.686 notify: info: zone corp.internal.com/IN: sending
notifies (serial 2012410504)
05-May-2009 13:16:05.602 general: debug 1: thawing zone '
corp.internal.com/IN': success
05-May-2009 13:16:06.670 general: info: journal file
db.corp.internal.com.jnl does not exist, creating it
05-May-2009 13:16:06.698 notify: info: zone corp.internal.com/IN: sending
notifies (serial 2012410505)
05-May-2009 13:16:11.742 notify: info: zone corp.internal.com/IN: sending
notifies (serial 2012410509)
05-May-2009 13:16:16.720 notify: info: zone corp.internal.com/IN: sending
notifies (serial 2012410513)
05-May-2009 13:16:19.334 general: info: zone corp.internal.com/IN: loaded
serial 2012410506
05-May-2009 13:16:21.726 notify: info: zone corp.internal.com/IN: sending
notifies (serial 2012410506)
05-May-2009 13:16:22.762 general: error: malformed transaction:
db.corp.internal.com.jnl last serial 2012410513 != transaction first serial
2012410506

Between 'thawing zone' and 'loaded serial 2012410506' DDNS updates are
received and applied and written to the journal. Even notifies are sent for
those changes.

The last DDNS updates written to the journal file puts the serial to
2012410513 (notify sent for this). After that named loaded the zone file
with serial 2012410506.

The very next DDNS update received causes a 'malformed transaction'. After
this point DDNS updates don't work any more.

Is named supposed to process DDNS updates after receiving the thaw command
but before completely loading the zone file ?

This is with BIND 9.6.0-P1 on Solaris 10.

Regards,
 Tom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20090519/da8dd724/attachment.html>