On Wednesday 17 December 2008 8:40:55 pm JINMEI Tatuya / 神明達哉 wrote:
> At Wed, 17 Dec 2008 15:20:02 +0200,
> Ott Köstner wrote:
>
> > named[63198]: socket: too many open file descriptors
> > last message repeated 26 times
> >
> > Bind version is: BIND 9.4.2-P2
>
> Please try BIND 9.4.3. Even w
I had the same with apache2..
here is the method what i used:
edit these files:
/usr/src/sys/sys/select.h
/usr/include/sys/select.h
change this:
#define FD_SETSIZE 1024U
to this:
#define FD_SETSIZE 4096U
cd /usr/src && make buildworld && make installworld &&
At Wed, 17 Dec 2008 21:27:58 +0200,
Artyom Viklenko wrote:
> BIND 9.5.0-P2 already in ports and seems working well.
> Giv it a try.
In this context 9.5.0-P2 won't help. All 9.x.y-P[12] versions have
the same problem.
---
JINMEI, Tatuya
Internet Systems Consortium, Inc.
Ott Köstner пишет:
JINMEI Tatuya / 神明達哉 wrote:
At Wed, 17 Dec 2008 15:20:02 +0200,
Ott Köstner wrote:
named[63198]: socket: too many open file descriptors
last message repeated 26 times
Bind version is: BIND 9.4.2-P2
Please try BIND 9.4.3. Even with all attempts to mitigate the tro
JINMEI Tatuya / 神明達哉 wrote:
At Wed, 17 Dec 2008 15:20:02 +0200,
Ott Köstner wrote:
named[63198]: socket: too many open file descriptors
last message repeated 26 times
Bind version is: BIND 9.4.2-P2
Please try BIND 9.4.3. Even with all attempts to mitigate the trouble
and with tweak
At Wed, 17 Dec 2008 15:20:02 +0200,
Ott Köstner wrote:
> named[63198]: socket: too many open file descriptors
> last message repeated 26 times
>
> Bind version is: BIND 9.4.2-P2
Please try BIND 9.4.3. Even with all attempts to mitigate the trouble
and with tweaking parameters, 9.4.2-P2 still h
Ferdinand Goldmann wrote:
> > Hi there,
> >
> > I just upgraded a FreeBSD 6.x machine to FreeBSD 6.3-STABLE, and now I'm
> > seeing this same problem which has already been reported in different
> > postings:
> >
> > named[51769]: socket: too many open file descriptors
> > last message repeated
Ferdinand Goldmann wrote:
Hi there,
I just upgraded a FreeBSD 6.x machine to FreeBSD 6.3-STABLE, and now I'm
seeing this same problem which has already been reported in different
postings:
named[51769]: socket: too many open file descriptors
last message repeated 147 times
I am following u
Am I missing something?
So, in short: How can one raise the @@#$!## limit of FD_SETSIZE in FreeBSD? Is
it still necessary to recompile the kernel, too, as some ancient postings I
found suggest?
TIA & regards,
Ferdinand
___
freebsd-net@freebsd.or
Hi all,
Thanks so much for your response and help!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Nguyen-Tuong Long Le wrote:
>
> Hi,
>
> I am wondering what is the side effects of increasing FD_SETSIZE
> beyond 1024? Our group have a propiertary web server software that
> handles a large number of sockets. While increasing the kern.maxfiles
> and kern.maxfilesperproc
hi, there!
On Fri, Sep 28, 2001 at 09:30:33PM -0400, Nguyen-Tuong Long Le wrote:
> I am wondering what is the side effects of increasing FD_SETSIZE
> beyond 1024? Our group have a propiertary web server software that
> handles a large number of sockets. While increasing the kern.maxfi
In article
[EMAIL PROTECTED]> you
write:
>Hi,
>
>I am wondering what is the side effects of increasing FD_SETSIZE
>beyond 1024? Our group have a propiertary web server software that
>handles a large number of sockets. While increasing the kern.maxfiles
>and kern.maxfiles
On Fri, Sep 28, 2001 at 09:30:33PM -0400, Nguyen-Tuong Long Le allegedly wrote:
> Hi,
>
> I am wondering what is the side effects of increasing FD_SETSIZE
> beyond 1024? Our group have a propiertary web server software that
> handles a large number of sockets. While increasing th
Hi,
I am wondering what is the side effects of increasing FD_SETSIZE
beyond 1024? Our group have a propiertary web server software that
handles a large number of sockets. While increasing the kern.maxfiles
and kern.maxfilesperproc gives our web server more connections,
select() seems to fail if
15 matches
Mail list logo
