Luis Sandoval <[EMAIL PROTECTED]> wrote:
> El dom, 19-03-2006 a las 01:11 -0400, Horst von Brand escribió:
> [...]
> > > > Habra que meterle diente a esa cosa... y no se por donde partir :-(
> >
> > > primero habria ver el porque... :(
> >
> > En eso estoy... ya encontre algunas cosas no 100% felices (que corregi),
> > pero nada que pueda explicar el retraso. Y extran~amente salieron mensajes
> > que estaban atorados por casi una semana (?) en otra(s) listas...
> Que raro...
> En todo caso por lo menos yo todavia tengo una larga demora en recibir
> los mensajes :(
Yep. El MTA tiene una cola de 4 mensajes con cientos de destinatarios en
este momento, y los va procesando lentamente. Ahi hay una demora de entrega
de una hora para los ultimos, aunque respondan a la primera sus MTAs.
Le dije que enviara de a 100 (no de a 500) ahora, veremos si hace diferencia.
> que dijo hoststat???
Una inmensa lista de OK con uno que otro rechazado...
> Puede ser algun problema de DNS, que se demore mas de la cuenta en
> resolver??
Tenemos nuestro NS cache fisicamente al lado del manejador de listas. Si
estuviera lento, te garantizo que me doy cuenta antes que Uds ;-)
En todo caso, las respuestas DNS llegan en 2ms si esta en cache (debiera
ser para los contertulios...), 17ms si es .cl y 254ms si es mundo, dice
dig(1). Definitivamente no es la fuente principal del retraso.
[...]
> > En todo caso, la maquina tiene problemas que hicieron que se cuelgara
> > repetidas veces en estos dias. Ya esta planificado cambiarla por otra y
> > poner esta bajo intensivo escrutinio (y reusar las piezas que funcionen (o
> > sea, sobrevivan ;-) en otras).
> Tal vez ahi esta el problema que haga que los procesos los ejecute
> lentos y provoque las demoras¿?
Me acaban de contar que la maquina es nueva (aunque el disco es viejo).
Podrian ser problemas con el disco, aunque no lo creo. Igual esta
programado migrar ASAP.
sar(8) (instalado hoy en la man~ana, por alguna extran~a razon no se habia
instalado) muestra carga infima de CPU (95+% idle), free(1) muestra RAM libre
(no ha tocado swap). El reporte completo de sar(8) no muestra nada fuera de
rango, AFAICS. En los logs no hay warnings ni errores.
Hum... tenemos un ClamAV un tanto antiguo. Se ira de upgrade tambien.
Hasta aca todo parece indicar que es la cola de mensajes del MTA la madre
del cordero. Vere de subdividir aun mas las entregas si tambien con la
configuracion actual andan lento. La siguiente ronda seran ya pichicatas
toxicas a sendmail...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Mon Mar 20 16:56:17 2006
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Mon Mar 20 16:56:19 2006
Subject: Demora de Entrega de Correos de la Lista
In-Reply-To: Your message of "Mon, 20 Mar 2006 12:03:49 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Luis Sandoval <[EMAIL PROTECTED]> wrote:
> El dom, 19-03-2006 a las 01:04 -0400, Horst von Brand escribió:
> > Luis Sandoval <[EMAIL PROTECTED]> wrote:
[...]
> > > 29 minutos estuvo delay... :(
> > Nope. Se reintento exitosamente a los 29 minutos.
> mmm.. :(
> Eso quiere decir que el SMTP de surnet no hizo ningun reintento para
> enviar el correo entre los 10 y 29 minutos?¿
Exacto. Y en realidad tiene sentido esperarse un poco entre intentos: Si
ahora no resulto, generalmente es que el destino esta aproblemado con
alguna cosa, y en tal caso mejor dejarlo tranquilo para que resuelva sus
lios y no estar machacando con "Ahora si? Dime que bueno...".
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Mon Mar 20 17:00:20 2006
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Mon Mar 20 17:00:21 2006
Subject: Demora de Entrega de Correos de la Lista
In-Reply-To: Your message of "Mon, 20 Mar 2006 12:25:47 -0400."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Luis Sandoval <[EMAIL PROTECTED]> wrote:
> El dom, 19-03-2006 a las 12:44 -0400, Horst von Brand escribió:
> > Luis Sandoval <[EMAIL PROTECTED]> wrote:
> > > El vie, 17-03-2006 a las 22:32 -0400, Horst von Brand escribió:
> > > > Habra que meterle diente a esa cosa... y no se por donde partir :-(
> >
> > > Estuve mirando el archivo de configuracion de mi Mailman y vi opciones
> > > que puede ser interesante revisar.
[...]
> > > SMTP_MAX_RCPTS deberia tener un valor superior a 1000, para que envie
> > > toda la lista de una vez (el valor 0 define eso mismo)
> > No estoy tan seguro... si se disminuye, envia a /menos/ destinos en un
> > mensaje ==> mas paralelismo ==> entrega (promedio) mas rapida. Pero mas
> > carga para la maquina...
> Habria que probar... nada se pierde. Lamentablemente no puedo realizar
> pruebas no tengo listas con 1000 usuarios :P
;-)
> Habria que probar las dos cosas, dandole un valor 0 a SMTP_MAX_RCPTS
> para ver que pasa si envia toda la lista de una.. tal vez vaya mas
> rapido
No. Eso produce un mensaje con 1000 destinatarios cada vez, y para llegar
al numero 1000 hay que pasearse por 999 antes... Ahora esta en 100 (la
lista Linux debiera salir en 10 mensajes encolados, no 2). Este mismo
mensaje servira para verificar ;-)
> MAX_DELIVERY_THREADS habria que modificarlo en el caso que
> SMTP_MAX_RCPTS fuera inferior al total de la lista para que mailman
> inicie varias sesiones de forma paralela??? Si eso es asi se podria
> disminuir el valor de SMTP_MAX_RCPTS a 250 y aumentar
> MAX_DELIVERY_THREADS y ver que pasa... y ver si la maquina se carga en
> demasia. MAX_DELIVERY_THREADS dice que es experimental pero nada se
> pierde en probar...
Dice que es experimental, y que frecuentemente /disminuye/ el rendimiento
(por lios internos de Python). Prefiero ver que pasa con las otras
opciones...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Mon Mar 20 11:46:45 2006
From: [EMAIL PROTECTED] (Daemon)
Date: Mon Mar 20 17:29:53 2006
Subject: =?iso-8859-1?q?Re=3A_he_creado_un_peque=F1o_WYSIWYG_HTML_Editor_?=
=?iso-8859-1?q?que_opinan=3F?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Como dice el amigo es una editor WYSIWYG.... con eso esat claro..
Salu2
2006/3/20, Onlooker Almighty <[EMAIL PROTECTED]>:
> Tiene alguna bondad en particular (nuevo) que lo haga diferente de por
> ejemplo bluefish y/o el compositor nativo de mozilla ?
>
>
> 2006/3/18, Luiggino Obreque Minio <[EMAIL PROTECTED]>:
> > he creado un pequeãÄ WYSIWYG HTML Editor llamado gendesign
> > version 0.3, trabaja con el motor render gecko de mozilla,
> > la GUI esta bajo gtk+-2.0
> >
> > web: http://www.gnomefiles.org/app.php?soft_id=1286
> >
> > quisiera saber sus opiniones...
> >
> > Salu2
> >
>
>
