On Tue, 2009-08-11 at 22:53 -0400, BBB Kee wrote:
>
>
> On Tue, Aug 11, 2009 at 7:26 PM, Gordon Ewasiuk
> wrote:
> I was getting the same results on a couple of Solaris 9 on x86
> servers.
> During a code review, a coworker found some fairly major
> changes in how
On Tue, Aug 11, 2009 at 7:26 PM, Gordon Ewasiuk wrote:
> I was getting the same results on a couple of Solaris 9 on x86 servers.
> During a code review, a coworker found some fairly major changes in how
> BIND does things between 9.5.0-P2 and 9.5.1-P3.
>
> We had to backport just the security fix
Hi,
On Tue, Aug 11, 2009 at 7:01 PM, Dmitry Rybin wrote:
> ulimit -a ? Looks like as max open file descriptor limit exceeded.
>
time(seconds)unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes)8480
coredump(blocks) unlimited
nofiles(descripto
I was getting the same results on a couple of Solaris 9 on x86 servers.
During a code review, a coworker found some fairly major changes in how
BIND does things between 9.5.0-P2 and 9.5.1-P3.
We had to backport just the security fix from 9.5.1-P3 to 9.5.0-P2 to
address the sock->pending_recv err
ulimit -a ? Looks like as max open file descriptor limit exceeded.
On FreeBSD/Linux boxes I use MONIT (http://mmonit.com/monit/) то check
and restart bind.
BBB Kee wrote:
Hi,
We have a intel solaris 9 and bind9.5.1-P3 inside it. The named suddenly
stopped at this morning. Here is it left:
5 matches
Mail list logo