万善义 wrote:
> CentOS release 5.4 (Final) + BIND 9.6.1-P1
>
> Intel(R) Xeon(R) CPU E5506 @ 2.13GHz
> 8G Memory
>
>
> Load 500,000 domains, the loading process, the following error:
>
> loading zone: creating database: out of memory
>
> 2009-11-24
> --
On 23/11/09 18:05, Chris Buxton wrote:
> The internal-in view should have some log entry of the forwarded update. I'm
> not sure what category or severity level that would be, though.
I could not find it in either the query log or the update log. Bug?
> Of course, if you were to start using sign
CentOS release 5.4 (Final) + BIND 9.6.1-P1
Intel(R) Xeon(R) CPU E5506 @ 2.13GHz
8G Memory
Load 500,000 domains, the loading process, the following error:
loading zone: creating database: out of memory
2009-11-24
万善义
___
bind-users
Doug Barton wrote:
> Pamela Rock wrote:
>> For all it's worth, using wireshark, I can see IPv6 UDP queries successfully
>> traversing in/out. Ping6 works successfully. There is no firewall running
>> anywhere(IPv4 or 6). Still get
>>
>> [r...@dig-client ~]# dig -6 a test.domain @bindserve
Pamela Rock wrote:
> For all it's worth, using wireshark, I can see IPv6 UDP queries successfully
> traversing in/out. Ping6 works successfully. There is no firewall running
> anywhere(IPv4 or 6). Still get
>
> [r...@dig-client ~]# dig -6 a test.domain @bindserver6 +tcp
> socket.c:4922:
Phillips, Dustin B (DBphillips) wrote:
Hello BIND users,
We experienced a SERVFAIL on a single domain this morning but were
able to resolve the issue by flushing the servers cache with ‘rndc flush’.
I gathered some debugs (below) and am hoping someone can shed light on
what might have been c
For all it's worth, using wireshark, I can see IPv6 UDP queries successfully
traversing in/out. Ping6 works successfully. There is no firewall running
anywhere(IPv4 or 6). Still get
[r...@dig-client ~]# dig -6 a test.domain @bindserver6 +tcp
socket.c:4922: 22/Invalid argument
dig: isc_so
Hello BIND users,
We experienced a SERVFAIL on a single domain this morning but were able to
resolve the issue by flushing the servers cache with rndc flush¹.
I gathered some debugs (below) and am hoping someone can shed light on what
might have been causing the failure.
Note: I replaced the re
On Nov 22, 2009, at 7:23 PM, Chris Hills wrote:
On 22/11/09 21:01, Chris Buxton wrote:
>> Change the zone from type forward to type slave, and add
>> allow-update-forwarding.
>>
>> zone "dyn.example.com." {
>> type slave;
>> masters { ::1; };
>> allow-update-forwarding { local-netw
> > I've got a closed lab testing BIND and I've got an
> interesting problem with IPv6 queries. Now I have 3
> systems all running IPv4 and IPv6. IPv4 queries work
> fine across all systems. IPv6 UDP queries work fine as
> well. When I test IPv6 TCP queries I get the following
> failure:
> >
>
On 20.11.09 08:57, Gil Vidals wrote:
> I have a master and slave running bind 9.4.3, and there is a problem with
> the outside world resolving new domains that I add to my name servers. Here
> is the sequence:
>
> 1) add new domain
> 2) dig shows matching SOA and correct zone info.
> 3) wait two d
On 23/11/09 11:15, Cathy Almond wrote:
> Chris - thanks for this - we've picked it up and made a bug report
> ourselves. But for future reference, our BIND mailing addresses are
> summarised here:
>
> https://www.isc.org/software/bind/news
>
> Cathy
Thanks Cathy!
__
On Thu, 2009-11-19 at 14:55 -0800, Gregory Hicks wrote:
> > From: Chris Buxton
> > Date: Tue, 17 Nov 2009 08:16:18 -0800
> >
> > On Nov 17, 2009, at 7:02 AM, John Horne wrote:
> >
> > > Hello,
> > >
> > > Using BIND 9.5.1, is it possible to configure split view logging -
> > > that is, a separa
Chris Hills wrote:
> Hi
>
> It seems nsupdate.exe in 9.6.1-P1 does not properly locate IPv6
> nameservers.
>
> C:\Temp\bind-9.6.1-P1>dig +short ns-v6-1.chaz6.com. in
> 2001:16d8:dd22:38::2
> 2001:16d8:ee0f:38::2
>
> C:\Temp\bind-9.6.1-P1>nsupdate
>> server 2001:16d8:dd22:38::2
>> update add
14 matches
Mail list logo
