Re: [Ot] Muchas conexiones al 25 o un verdadero lio
Gracias Luis por tu respuesta...
Luis Rodrigo Gallardo Cruz escribió:
> On Tue, Mar 06, 2007 at 09:16:08PM -0500, Debian wrote:
>> Cuando trato de conectarme vía telnet al puerto 25 me sale el siguiente
>> mensaje: 421 too many concurrent SMTP connections; please try again
later.
>> Pero en realidad no hay muchas conexiones al 25, y el cola de correo
>> habrán 50 mensajes, muy manejable creo yo.
>
> Exim tiene un límite configurable de conexiones
> concurrentes. Seguramente estás topando con él.
>
Sabes como se llama la directiva o en que archivo está?
>> Hay dos cosas raras, la primera es que los correos locales (usuario
>> local a usuario local) pasan mucho tiempo en la cola, hasta 40 minutos.
>
> Y seguramente esto está relacionado. Lo que supongo está pasando es
> que "algo" hace que las entregas (todas) tarden demasiado. Exim
> seguramente está manteniendo abierta la conexión que le envió el
> mensaje todo ese tiempo, y eso hace que se llegue al límite.
>
> Lo cual nos dice que aumentar el límite no va a ayudar en realidad,
> aunque puede que cure los síntomas un rato.
>
Pero es extraño que me entregue primero un correo a gmail que uno local.
Por ej.
Envío un correo a un usuario local con copia a un correo en gmail y se
entrega primero el de gmail...
Lo otro que pienso, es poder matar esas conexiones que quedan abiertas,
de una forma automática...
>> la otra son mensajes del kernel de este tipo:
>>
>> amavisd-new: page allocation failure. order:3, mode:0x20
>> [<c013a728>] __alloc_pages+0x2f8/0x370
>> ....
>> exim4: page allocation failure. order:3, mode:0x20
>> ...
>> printk: 21 messages suppressed.
>> spamd: page allocation failure. order:3, mode:0x20
>> [<c013a728>] __alloc_pages+0x2f8/0x370
>> ...
>
> Oh oh. Problemas de memoria, por lo visto. ¿Te fijas que todos están
> fallando en el mismo lugar? Esa función en el kernel lo que hace es
> tratar de asignar memoria para procesos internos del kernel mismo. Al
> parecer no queda RAM libre para satisfacer la petición. Ojo, esta no
> es la RAM accesible a los procesos, sino al kernel en sí.
>
> Mi sospecha es que de algún modo tu RAM está muy fragmentada, lo cual
> evita que el kernel pueda obtener secciones grandes contiguas para
> algunas tareas. Hasta dónde yo sé, esto pasa debido a las
> características específicas de la carga de trabajo que tenga tu máquina.
>
Pues la carga no es mucha como te digo serán unos 5.000 correos a lo sumo.
Y los mensajes dejaron de aparecer reiniciando los servicios; exim4,
amavis, spamassassin y clamd.
>> Como pueden ver tengo spamassassin y clamav manejado por el amavisd-new.
>>
>> ¿Debería desinstalarlos?
>
> No. Deberías arreglar lo que los hace fallar. Lo malo es que lograr
> averiguar que es eso va a resultar un poco elusivo.
>
> Por lo pronto, reinicia la máquina, eso debería corregirlo
> temporalmente, pero es más o menos probable que vuelva a
> ocurrir. Trata de ver si encuetras algún patrón de comportamiento que
> lo dispare.
>
>> Cualquier ayuda la agradezco de antemano?
>
> No sé. ¿La agradeces? :-)
>
Claro que si muchas gracias.
Reply to: