Fw: some questions about memory management in BIND
Gregory Hicks
ghicks at cadence.com
Mon Nov 18 17:35:03 UTC 2002
Did you up the ulimit in the named/BIND start up script?
It looks like resource starvation (file handles) to me... But I could be
wrong...
Regards,
Gregory Hicks
> Date: Mon, 18 Nov 2002 18:30:13 +0100
> From: "Joaquin J. Domens" <jdomens at corp.terra.es>
> To: BIND List <bind-users at isc.org>
> Subject: Fw: some questions about memory management in BIND
>
>
>
> Forwarded by "Joaquin J. Domens" <jdomens at corp.terra.es>
> ----------------------- Original Message -----------------------
> From: "Joaquin J. Domens" <jdomens at corp.terra.es>
> To: BIND List <bind-users at isc.org>
> Date: Fri, 15 Nov 2002 14:45:13 +0100
> Subject: some questions about memory management in BIND
> ----
>
>
> Hi all,
>
> I`m having lot of troubles with one of my solaris running BIND.
>
> We're trying to see what happens but at the moment we're without any ideas
> =3D2E...sysadmins says is all about BIND (it's supposed that it sholud the
> aplication the one who frees memory, not the O.S) but I don't think so....
> as we have other machines running same version without any problems.
>
> I would like to know how does BIND manage the system memory
> I also would like to know if BIND tries to perform some kind of cache=3D20
>
> This is the system configuration .......
>
> System Configuration: Sun Microsystems sun4u Netra t1 (UltraSPARC-IIi 440=
> =3D
> MHz)
> System clock frequency: 110 MHz
> Memory size: 256 Megabytes
>
> The other day I saw this on the messages file .........could be
> some kind of DOS attack?=3DBF
>
> named[29721]: fcntl(rfd, F_DUPFD, 20): Too many open files
> named[29721]: fcntl(fd, F_DUPFD, 20): Too many open files
> named[29721]: fcntl(rfd, F_DUPFD, 20): Too many open files
>
> Traffic on this interface (not in the busiest hour)
>
> #netstat -I qfe2 1
> input qfe2 output input (Total) output
> packets errs packets errs colls packets errs packets errs colls=3D20
> -1267704555 2 1283208391 0 0 -1042796426 2 1474659767 0 =
> =3D
> 0 =3D20
> 639 0 637 0 0 643 0 640 0 0 =3D20
> 664 0 679 0 0 666 0 681 0 0 =3D20
> 678 0 696 0 0 686 0 704 0 0 =3D20
> 574 0 582 0 0 576 0 584 0 0 =3D20
> 676 0 700 0 0 678 0 702 0 0 =3D20
> 651 0 662 0 0 653 0 664 0 0 =3D20
> 606 0 600 0 0 610 0 604 0 0 =3D20
> 601 0 589 0 0 603 0 591 0 0 =3D20
> 609 0 613 0 0 611 0 615 0 0 =3D20
> 639 0 634 0 0 644 0 639 0 0 =3D20
> 584 0 621 0 0 586 0 623 0 0 =3D20
> 579 0 617 0 0 581 0 619 0 0 =3D20
> 656 0 662 0 0 658 0 664 0 0 =3D20
>
> Options in named.conf
> options {
> directory "/var/named";
> version "[Secured]";
> files 8192;
> };
>
> Hope this helps=3D20
>
> Thanks in advance.
>
> --
>
>
> --------------------- Original Message Ends --------------------
>
> --
> --------------------------------------------------
> Joaquin J. Domens
> =C1rea de Tecnolog=EDa
> Departamento de Producci=F3n / Aplicaciones
> --------------------------------------------------
> Terra Networks Espa=F1a S.A.
> Via dos Castillas 7, Pozuelo de Alarc=F3n
> Madrid, Espa=F1a
> Tel. (34) 91-452-33-71
> joaquin.domens at corp.terra.es
> --------------------------------------------------
> Mercado Continuo: TRR | Nasdaq: TRLY
> --------------------------------------------------
> http://www.terra.es
> --------------------------------------------------
>
>
-------------------------------------------------------------------
Gregory Hicks | Principal Systems Engineer
Cadence Design Systems | Direct: 408.576.3609
555 River Oaks Pkwy M/S 6B1 | Fax: 408.894.3400
San Jose, CA 95134 | Internet: ghicks at cadence.com
"The trouble with doing anything right the first time is that nobody
appreciates how difficult it was."
When a team of dedicated individuals makes a commitment to act as
one... the sky's the limit.
"There is no limit to what a man can do or how far he can go if he
doesn't mind who gets the credit." - Robert Woodruff
You can have it done good, fast, or cheap -- pick any two.
More information about the bind-users
mailing list