On Mar 8, 2011, at 3:44 PM, Mark Andrews wrote:
> In message , David
> Coulthart
> writes:
>> It looks like the problem is with setting ixfr-from-differences to master. I
>> f I instead set the option to yes, a journal file is generated & IXFR works c
>> orrectly.
...
>> Is this a bug in BIND?
>
On 03/08/2011 09:46 PM, Stefan Certic wrote:
Hi Sebastian,
Thanks for response. Problem with another log file is that solution is
doubling number of I/O transactions. At some point, data needs to be
phrased into database and written to disk. I'm afraid doubling
operations will cause bottlenecks
Hi Sebastian,
Thanks for response. Problem with another log file is that solution is doubling
number of I/O transactions. At some point, data needs to be phrased into
database and written to disk. I'm afraid doubling operations will cause
bottlenecks during high load traffic peaks and slow-down
In message , David Coulthart
writes:
> On Mar 7, 2011, at 12:24 PM, David Coulthart wrote:
> > On Mar 7, 2011, at 11:42 AM, Chris Thompson wrote:
> >> On Mar 7 2011, David Coulthart wrote:
> >>> BIND Version: 9.7.3 on Solaris 9 & 10 (locally compiled)
> ...
> >>> Based on the ARM & a posting to b
On Mar 7, 2011, at 12:24 PM, David Coulthart wrote:
> On Mar 7, 2011, at 11:42 AM, Chris Thompson wrote:
>> On Mar 7 2011, David Coulthart wrote:
>>> BIND Version: 9.7.3 on Solaris 9 & 10 (locally compiled)
...
>>> Based on the ARM & a posting to bind-users[1], I enabled
>>> "ixfr-from-differences
Hello,
Configuration:
Bind9 configured to write logs into sys/rsyslog. - From there, data is getting
phrased and used for analytical / billing purposes.
Scenario:
At some point, a problem arise and rsyslog crashes for any possible reason.
There is no unix logging socket any more bind can comm
> Is both of the zone loaded from DLZ?
In my tests? Neither of the zones, it was just meant to show that the
"rndc reload" error message was the same as if BIND had no idea about the
zone.
Regards
Eivind Olsen
eiv...@aminor.no
___
bind-users mailing li
On Tue, 8 Mar 2011 04:07:51 -0600 (CST), Dan wrote:
You cannot reload a dlz zone file. The zone is dynamic in mysql.
That's fine, but the original poster said "Cent OS+BIND 9.7.3+DLZ(BDB
as backend)", which lead me to believe he's using BDB and not MySQL.
Take what I say here for what it's w
This usually happens when your nameserver isn't configured for the zone to be
reloaded.
Ciao
Torsten
Am Tue, 8 Mar 2011 14:47:02 +0800
schrieb "ShanyiWan" :
> Cent OS+BIND 9.7.3+DLZ(BDB as backend)
>
> # rndc reload 2mysite.net
> rndc: 'reload' failed: not found
>
> "rndc reload" not work
You cannot reload a dlz zone file. The zone is dynamic in mysql.
Dlz+mysql can only support 7-800 qps, so what you want to do is
build your webinterface to it, bind it to some other IP, and setup slaves
that are not dlz at all to do a rndc reload on that one,that way you can
automate everything
On 08-Mar-2011, at 4:31 PM, Eivind Olsen wrote:
>> Cent OS+BIND 9.7.3+DLZ(BDB as backend)
>> # rndc reload 2mysite.net
>> rndc: 'reload' failed: not found
>> "rndc reload" not work correctly,why?
>
> I've not used DLZ, but in general the error message you see is the same
> one you'd see if BIND
> Cent OS+BIND 9.7.3+DLZ(BDB as backend)
> # rndc reload 2mysite.net
> rndc: 'reload' failed: not found
> "rndc reload" not work correctly,why?
I've not used DLZ, but in general the error message you see is the same
one you'd see if BIND didn't know about the zone. For example:
# rndc reload does
12 matches
Mail list logo
