Re: ip_conntrack, límite de contadores, y kernel 2.4.24

[nmag only <gnulinux@hotpop.com>]

El dom, 21-03-2004 a las 17:40, José Luis Tallón escribió:
> At 10:38 21/03/2004, you wrote:
> >Content-Type: text/plain; charset=
> >
> >Hola,
> >
> >Necesito saber si alguien ha tenido un problema con el kernel
> >(espec�­ficamente las series 2.4) y si han tenido alguna soluci�³n, les
> >narro el asunto...
> 
> No me ha pasado.
> 
> >Tengo un servidor que hace de Router con Debian woody stable, gcc
> >2.95.4, kernel 2.4.24, procesador Intel Petium IV (dual), 512 RAM, NIC
> >D-Link. El kernel 2.4.24 usuado es el obtenido en kernel.org, lo que ya
> >he notado es que cada cierto tiempo (aproximadamente entre 8 a 10 d�­as),
> >el equipo genera un mensaje:
> 
> No entiendo... 2 procesadores Pentium4 (espero que sean Xeon), con sólo 
> 512MB de memoria, y una NIC de $10 ???

Evidentemente poca memoria, tenía hace poco 1 Gb pero el problema ya
existía; venga, no hay problema, se pondrá a sugerencia el Giga ya que
el sistema llega a usar el swap con el paso de los días... (Por si acaso
esta en SMP y con high memory support 4 Gb, este quedo así porque,
repito antes tenía 1 Gb, podría ser ese el problema porque ahora está
con solo 512? de todas formas ocurria con el Giga...)

> Yo usaría una ( ó dos ) Intel e100, al menos.

En realidad tiene 4 Dlinks, muy baratas por cierto, ya se ha sugerido la
adquisición de unas tarjetas de red de mejor calidad, el problema
también se presenta con 3com (3c59x), recomienda alguna además de la
Intel e100?

> Para qué tanta potencia de cálculo?? qué servicios presta esa máquina ?
> 

Lo más pesado es el Proxy con aceleración web... y claro el equipo ya
estaba, y se tenía que usar como tal, yo he tenido equipos PII de 500
Mhz con iguales resultados, ni más ni menos, pero el tráfico en estos
nunca fué tan grande, así que este problema no lo he tenido hasta
ahora... En estos momentos estoy poniendo a prueba 3 equipos (que
cumplen la misma función y que siempre han estado en producción en
diferentes lugares) a los cuales se les ha incrementado el tráfico,
veremos como va...

> >Mar 17 10:13:23 blackmarsh kernel: LIST_DELETE: ip_conntrack_core.c:302
> >`&ct->tuplehash[IP_CT_DIR_REPLY]'(ddf5c414) not in
> >&ip_conntrack_hash[hr].
> >
> >Despu�©s de ello queda completamente congelado y no hace nada, la �ºnica
> >soluci�³n es darle reset. Ahora esta situaci�³n ha ocurrido en tres
> >oportunidades y siempre ha sido justo cuando los contadores de
> >transmisi�³n de paquetes TX o los contadores de recepci�³n de paquetes RX
> >de la NIC estaban alcanzando el l�­mite (un n�ºmero bastante grande).
> >
> >Como dato adicional el tr�¡fico manejado por este equipo es bastante
> >grande. Por ahora tengo una soluci�³n por ortodoxa, y dado que el equipo
> >es r�¡pido se reinicia una vez por semana, y con eso ese problema parece
> >haber desaparecido, pero no me parece lo m�¡s adecuado.
> 
> Es poco ortodoxo, desde luego, pero de momento... habrá que encontrar una 
> solución al problema, por si acaso.

Si tiene alguna otra sugerencia será bien venida.

Gracias por su ayuda

Saludos

> 
> 
> Un saludo,
>          José Luis Tallón
-- 
nmag only
gnupg 0xA024A03F [pgp.mit.edu] && GNU/Linux Registered User #312624