[bind10-dev] b10-auth stops responding for several tens of seconds after receiving IXFR

[Yoshitaka Aharen]

Hello,

On Mon, 07 Jan 2013 08:17:13 -0800
JINMEI Tatuya / 神明達哉 <jinmei at isc.org> wrote:

> At Mon, 07 Jan 2013 21:03:10 +0900,
> Yoshitaka Aharen <aharen at jprs.co.jp> wrote:
> 
> > However, it takes about 4 minutes to finish zone update while BIND 9
> > takes only about 1 second.
> 
> That's the expected behavior for now, because we don't support
> incremental updates to in-memory data source yet.  So even after an
> IXFR or dynamic update, the entire zone needs to be reloaded.
Thank you for your information. I found the task is in ticket #2446.

> > Furthermore, b10-auth instances stop responding to queries for about 30
> > seconds while zone update. I think it is strange as b10-auth utilizes a
> > separate thread to (re)load zone. About 1 minute after b10-auth
> > instances resume to respond, they answer updated records.
> 
> I have no idea right now, but I'd try:
> - reduce the number of b10-auth instances
I have reduced the number of b10-auth instances to 2, but they still
stop responding. Also, they does not respond to commands via bindctl.

> - check if this also happens when the zone is reloaded from a file
>   (not from the SQLite3 DB)
No, it didn't for MasterFiles.

> BTW, what exactly do you mean by "About 1 minute (after)"?  You first
> said it took 4 minutes to finish the update.  Did this "1 minute"
> follow those 4 minutes, or was that the final 1 minute of those 4
> minutes?  Did b10-auth respond to queries *while* reloading (with the
> older version of zone)?
I meant the latter, and no, it doesn't respond for about 30 seconds.

First, b10-xfrin retrieves IXFR and updates SQLite3 DB (it takes a few
minutes). Then b10-auth stops responding to queries for about 30 seconds.
Then b10-auth resumes to respond with older version of zone. About 1
minute after b10-auth resumes to respond, it answers with new version of
zone. Totally it takes about 4 minutes to finish the update.

Thanks,

-- 
Yoshitaka Aharen <aharen at jprs.co.jp>
Japan Registry Services Co., Ltd.