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
