[opensuse-es] [suse-linux-s] Problemas con SpamAssassin, SA TIMED OUT
Que tal lista. Hoy tengo problemas serios con mi server de correo y la verdad no se muy bien por donde esta el problema y como corregirlo estas son las características SuSE Linux Enterprise Server 9.0, los paquetes de amavis, procmail y postfix son los que vienen dentro de la distro amavisd-new-20030616p9-3.6 postfix-2.1.1-1.17 procmail-3.22-39.7 La version de clamav es 0.88.6 y la de Mail-SpamAssassin-3.1.7 De esto se trata, hoy al reiniciar mi server me percate que tenia mucho correos en cola lo cual me parecio anormal y peor aun que estos hiban en aumento :( y me percate que el mailq me estaba indicando que no podia establecer comunciación con el localhost[127.0.0.1] y todos los mensajes encolados tenian ese mismo error ... Revise las bitacoras dek amavis y este se habia quedado pasmado, es decir no marcaba errores pero tampoco mostraba que estuviese trabajando :( La bitacora de procmail por consiguiente lo mismo, estaba pasmada La bitacora del mail esta trabajando, en este caso solo estaba recibiendo correos el postfiz y encolandolos ... Le busque y le busque y no encontraba un mensaje de error y el sistema seguia detenido... reinicia el server dos ocasiones en la segunda .. observer que el mailq ya no enviaba los mesajes de error de conexion a localhost, supuse que ya hiba por buen camino la situación, depues de un minuto la bitacora del amavis arrojo algo, desgraciadamente un error.... Bitacora del Amavis: Nov 23 12:12:24 pumas.iingen.unam.mx amavisd[8461]: (08461-09) SA TIMED OUT, backtrace: at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line 980\n\teval {...} called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line 980\n\tMail::SpamAssassin::PerMsgStatus::_check_whitelist('Mail::SpamAssassin::PerMsgStatus=HASH(0x55f30220)','HASH(0x8ccb370)',' owner-risk-and-decision@JISCMAIL.AC.UK') called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line 1138\n\tMail::SpamAssassin::PerMsgStatus::check_from_in_blacklist('Mail::SpamAssassin::PerMsgStatus=HASH(0x55f30220)') called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/PerMsgStatus.pm line 2638\n\teval {...} called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/PerMsgStatus.pm line 2637\n\tMail::SpamAssassin::PerMsgStatus::run_eval_tests('Mail::SpamAssassin::PerMsgStatus=HASH(0x55f30220)','HASH(0xb4b1e64)','') called at /usr/lib/perl5/site_perl/5.8.3/... Bitacora del Posfix: Nov 23 13:48:04 pumas spamd[7581]: prefork: periodic ping from spamd parent Nov 23 13:48:04 pumas spamd[7581]: prefork: sysread(7) not ready, wait max 300 secs Nov 23 13:48:04 pumas spamd[7586]: prefork: periodic ping from spamd parent Nov 23 13:48:04 pumas spamd[7586]: prefork: sysread(8) not ready, wait max 300 secs Algunos resultados aparecen existosos pero otros arroja estos mensaje de error.... lo peor de todo es que mi servidor ya tiene encolados 1200 mensajes :( Esta trabajando pero muy lento... seguro es por estos mensaje de error. El unico antecedente que tengo es que mi server originalmente tenia spamassassin 2.6.5, luego desinstale esta version y puse la 3.1.0 y actualice recientemente pro medio de cpan a la 3.1.7 Lei que este error puede ser ocasionado por una mala instalación debido a que aun hay paquetes de uan version vieja como la 2.6.5 pero tengo dudas... si esto es cierto como desintalo el spamassassin de forma correcta y lo vuelvo a instalar de forma existosa... lei que el spamassassin tambien tiene algunos registros en mysql, como le hago con estos ? hay que borrarlos y si es asi cuales ?? Agradeceria todos sus comentarios pues los usuarios se estan quejando por el retraso de 3 hrs. en la entrega de sus mensajes y la cola sigue en aumento :( Mil gracias por su atención. Saludos -- Instituto de Ingeniería de la UNAM Coordinación de Sistemas de Cómputo Área de Sistemas Unix/Linux
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-23 a las 14:19 -0600, Instituto de Ingenieria Área de Sistemas Unix/Linux escribió:
Que tal lista.
Hoy tengo problemas serios con mi server de correo y la verdad no se muy bien por donde esta el problema y como corregirlo estas son las características SuSE Linux Enterprise Server 9.0, los paquetes de amavis, procmail y postfix son los que vienen dentro de la distro amavisd-new-20030616p9-3.6 postfix-2.1.1-1.17 procmail-3.22-39.7 ...
El unico antecedente que tengo es que mi server originalmente tenia spamassassin 2.6.5, luego desinstale esta version y puse la 3.1.0 y actualice recientemente pro medio de cpan a la 3.1.7
Mmmm. En un servidor...
Lei que este error puede ser ocasionado por una mala instalación debido a que aun hay paquetes de uan version vieja como la 2.6.5 pero tengo dudas... si esto es cierto como desintalo el spamassassin de forma correcta y lo vuelvo a instalar de forma existosa... lei que el spamassassin tambien tiene algunos registros en mysql, como le hago con estos ? hay que borrarlos y si es asi cuales ??
No se exactamente cual puede ser tu problema, pero viendo que se ha disparado al reiniciar, me sospecho que es que la versión que estaba en ejecución no es la que habías actualizado. Creo que debes retraerte a la versión anterior desde el backup. En el peor de los casos, instalar la que esté en el dvd original, y actualizar con yast. ¿Que cambiar? Los rpms de perl y amavis y spamassassin. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZj0LtTMYHG2NR9URAs4NAJ0X/1NoK45YjYKNQ5WyYr+trLqraQCfUSGZ xfBTB8L9enE1JtVxbTbXXw0= =4yJI -----END PGP SIGNATURE-----
2006/11/23, Instituto de Ingenieria Área de Sistemas Unix/Linux:
Bitacora del Amavis:
Nov 23 12:12:24 pumas.iingen.unam.mx amavisd[8461]: (08461-09) SA TIMED OUT, backtrace: at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line 980\n\teval {...} called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line 980\n\tMail::SpamAssassin::PerMsgStatus::_check_whitelist('Mail::SpamAssassin::PerMsgStatus=HASH(0x55f30220)','HASH(0x8ccb370)',' owner-risk-and-decision@JISCMAIL.AC.UK') called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line 1138\n\tMail::SpamAssassin::PerMsgStatus::check_from_in_blacklist('Mail::SpamAssassin::PerMsgStatus=HASH(0x55f30220)') called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/PerMsgStatus.pm line 2638\n\teval {...} called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/PerMsgStatus.pm line 2637\n\tMail::SpamAssassin::PerMsgStatus::run_eval_tests('Mail::SpamAssassin::PerMsgStatus=HASH(0x55f30220)','HASH(0xb4b1e64)','') called at /usr/lib/perl5/site_perl/5.8.3/...
Parece que SA se ha roto, seguramente al actualizar a la última versión mediante Cpan. Yo instalaría los dos paquetes rpm de SuSE de SA para ver si lo arregla, los paquetes originales que trae en la instalación o una versión que haya sido compilada por gente de Novell/SuSE. Como usas SLSES pues no sabría recomendarte una versión específica.
Bitacora del Posfix: Nov 23 13:48:04 pumas spamd[7581]: prefork: periodic ping from spamd parent Nov 23 13:48:04 pumas spamd[7581]: prefork: sysread(7) not ready, wait max 300 secs Nov 23 13:48:04 pumas spamd[7586]: prefork: periodic ping from spamd parent Nov 23 13:48:04 pumas spamd[7586]: prefork: sysread(8) not ready, wait max 300 secs
Si usas Amavisd-new no necesitas spamd. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@suse.com
Hola a todos, On 24/11/06, Camaleón <noelamac@gmail.com> wrote:
2006/11/23, Instituto de Ingenieria Área de Sistemas Unix/Linux:
Bitacora del Amavis:
Nov 23 12:12:24 pumas.iingen.unam.mx amavisd[8461]: (08461-09) SA TIMED OUT, backtrace: at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line 980\n\teval {...} called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line
[...]
Parece que SA se ha roto, seguramente al actualizar a la última versión mediante Cpan. Yo instalaría los dos paquetes rpm de SuSE de SA para ver si lo arregla, los paquetes originales que trae en la instalación o una versión que haya sido compilada por gente de Novell/SuSE. Como usas SLSES pues no sabría recomendarte una versión específica.
Bitacora del Posfix: Nov 23 13:48:04 pumas spamd[7581]: prefork: periodic ping from spamd parent Nov 23 13:48:04 pumas spamd[7581]: prefork: sysread(7) not ready, wait max 300 secs Nov 23 13:48:04 pumas spamd[7586]: prefork: periodic ping from spamd parent Nov 23 13:48:04 pumas spamd[7586]: prefork: sysread(8) not ready, wait max 300 secs
Si usas Amavisd-new no necesitas spamd.
Esa es una duda que no me he puesto a investigar aun, por que no usar spamd si se usa Amavis-new...? Saludos JCarlos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@suse.com
2006/11/24, Juan Carlos Bravo Celis:
Esa es una duda que no me he puesto a investigar aun, por que no usar spamd si se usa Amavis-new...?
Yo tampoco lo sabía, creo que me lo comentó Carlos. Solía utilizar SA junto con spamd / spamc porque era la opción más sencilla para procesar los correos (Postfix llama directamente a SA), pero no es la mejor opción ya que los demonios spamd/spamc suelen fallar a menudo y los correos quedan encolados. Al instalar en los servidores el antivirus ClamAV opté por Amavisd-new para unir a los dos programas (SA y ClamAV). Ahora Postfix llama a Amavisd-new y éste al resto, luego los demonios spamd / spamc ya no hacen falta. Las descripciones de ambos, en la documentación de SA: http://spamassassin.apache.org/full/3.1.x/doc/spamd.html http://spamassassin.apache.org/full/3.1.x/doc/spamc.html Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 10:02 -0500, Juan Carlos Bravo Celis escribió:
Si usas Amavisd-new no necesitas spamd.
Esa es una duda que no me he puesto a investigar aun, por que no usar spamd si se usa Amavis-new...?
Se puede hacer si quieres, pero entonces hazlo con conocimiento de causa. - Para empezar, el amavis-new no usa el spamd/spamc. Llama al spamassassin como subprograma, librería, o como se llame eso en perl. Por tanto, arrancar el spamd no le afecta en nada, pero pierdes algunos recursos del sistema (memoria). - Puedes, sin embargo, decirle al amavis-new que no mire el spam, que de eso ya nos encargaremos nosotros, que sólo mire los virus. En ese caso, seríamos nosotros por nuestra cuenta quienes usaríamos el spamc/spamd. - Lo que si es un desperdicio es dejar que el amavis mire el spam, y luego encima volver a revisar el correo con spamc/spamd. Ya gasta bastante cpu la historia como para encima hacerlo doble. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFjrbgtTMYHG2NR9URAkObAJ9pAkJ6bxz8JK7VP1hioF3qhLLM0QCeLDcZ 7qJs5V4CMfoFUon949eG1Tc= =emqK -----END PGP SIGNATURE-----
Nov 23 12:12:24 puma.unam.mx <http://pumas.iingen.unam.mx/> amavisd[8461]: (08461-09) SA TIMED OUT, backtrace: at /usr/lib/perl5/site_perl/5.8.3> /Mail/SpamAssassin/EvalTests.pm
Hola a todos... Por lo que leo, acabo de aprender algo interesante, si usas amavisd-new no neceistas spamd ahora todo lo veo mas claro :) Acabo de hacer una prueba en mi server, puma: # ps -fea | grep spam root 1866 1 0 10:44 ? 00:00:02 /usr/bin/perl -T -w /usr/sbin/spamd -d -D root 1867 1866 0 10:44 ? 00:00:00 spamd child root 1868 1866 0 10:44 ? 00:00:00 spamd child root 9995 8197 0 12:57 pts/8 00:00:00 grep spam puma: # /etc/init.d/spamd stop Shutting down spamd done puma: # ps -fea | grep spam root 10098 8197 0 12:58 pts/8 00:00:00 grep spam Tenia la idea que se necesitaba tener levantado spamd junto con el amavis, pro no es necesario.... acabo de matar el proceso y el servidor de correo opera de forma habitual y la bitacora del amavislog esta arrojando las calificaciones a los mensajes de forma habitual. al reiniciar amavis aparece esta linea, la cual me imagino indica que amavis utliza un modulo de spamassasin el cual es empelado de forma directa sin necesidad de spamd Nov 24 13:02:49 puma.unam.mx amavisd[10435]: Module Mail::SpamAssassin 3.001007 Pero ahora me surge una duda... Si modifico reglas de mi spamassasin como por ejemplo agragendo una nueva regla en local.cf como hacer para que esta tenga efecto en mi sistema.... tenia la idea que habia que reiniciar spamd para esto... pero por lo que veo ahora, pienso que es necesario reiniciar amavis por que de otra formo como le hacemos para que carguen la nuevas reglas ???... lo que he realizado para ver si mis reglas no tiene problemas es el ejecutar el comando "spamassassin -D --lint" con esto puedo ver el debug del spamassassin y alertame ante una mala configuración de reglas y demas... Pero bueno... ahora viene la respuesta al problema que se presento en mi server, el error era: line 980\n\teval {...} called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line >
980\n\tMail::SpamAssassin::PerMsgStatus::_check_whitelist ('Mail::SpamAssassin::PerMsgStatus=HASH(0x55f30220)','HASH(0x8ccb370)',' owner-risk-and-decision@JISCMAIL.AC.UK<owner-risk-and-decision@JISCMAIL.AC.UK>') called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/EvalTests.pm line 1138\n\tMail::SpamAssassin::PerMsgStatus::check_from_in _blacklist('Mail::SpamAssassin::PerMsgStatus=HASH(0x55f30220)') called at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/PerMsgStatus.pm line 2638\n\teval {...} called at /usr/lib/perl5/site_perl/5.8.3 /Mail/SpamAssassin/PerMsgStatus.pm line 2637\n\tMail::SpamAssassin: :PerMsgStatus::run_eval_tests('Mail::SpamAssassin::PerMsgStat us=HASH(0x55f30220)','HASH(0xb4b1e64)','') called at /usr/lib/perl5/site_perl/5.8.3/...
Suce que hace más de una semana se agregaron reglasal spamassassin que verificaban las listas negras y las uris en aquel momento solo reiniciamos el demonio de spamd (pensando que eso era correcto) y vimos que el sistema de correo operaba de forma habitual, vimo el debug del spamassassin y no aparecieron errores... en fin que nos quedamos tranquilos y dijimos vamos a ver como trabaja... Hasta el día de ayer que se reinicio el demonio del amavisd aparecienton los problemas 1. El amavis arrojo los errores antes mencionados en el amavislog 2. El postfix por consiguiente marcaba error de conexion al localhost[ 127.0.0.1] 3. El correo se estaba encolando de forma exponencial La pista de que algo andaba mal y la cual puse atención fue que al ejecutar el "spamassassin -D --lint" este se tardaba casi un minuto es terminar el debug, pero nunca endicaba errores lo terminaba de forma exitosa.... Despues de lo anterior... concluimos que las reglas de listas negras y uris al parecer no estaban operando hasta que se reinicio el amavisd, la base de datos que generaban estas reglas era de 17 Mb dudo que fuera eso, en todo caso la forma en que operaban estas reglas ocasionaron una lentitud en el analisis de los mensajes esta operación excedia el tiempo limite del spamassasssin, razon por la cual arrojaba el mensaje de tiempo excedido. Solución: Ubicar y eliminar las reglas que fueron creadas, el sistema empezo a trabajar de forma habitual :) Nos tardamos en ubicar el problema debido a que no recordabamos que las reglas de rbls y uris fuesen la causa pues segun nosotros ya tenian casi mas de una semana operando el server sin problemas... Agradezco a todos su ayuda. Saludos On 12/24/06, Carlos E. R. <robin.listas@telefonica.net> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-11-24 a las 10:02 -0500, Juan Carlos Bravo Celis escribió:
Si usas Amavisd-new no necesitas spamd.
Esa es una duda que no me he puesto a investigar aun, por que no usar spamd si se usa Amavis-new...?
Se puede hacer si quieres, pero entonces hazlo con conocimiento de causa.
- Para empezar, el amavis-new no usa el spamd/spamc. Llama al spamassassin como subprograma, librería, o como se llame eso en perl. Por tanto, arrancar el spamd no le afecta en nada, pero pierdes algunos recursos del sistema (memoria).
- Puedes, sin embargo, decirle al amavis-new que no mire el spam, que de eso ya nos encargaremos nosotros, que sólo mire los virus. En ese caso, seríamos nosotros por nuestra cuenta quienes usaríamos el spamc/spamd.
- Lo que si es un desperdicio es dejar que el amavis mire el spam, y luego encima volver a revisar el correo con spamc/spamd. Ya gasta bastante cpu la historia como para encima hacerlo doble.
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFjrbgtTMYHG2NR9URAkObAJ9pAkJ6bxz8JK7VP1hioF3qhLLM0QCeLDcZ 7qJs5V4CMfoFUon949eG1Tc= =emqK -----END PGP SIGNATURE-----
-- Instituto de Ingeniería de la UNAM Coordinación de Sistemas de Cómputo Área de Sistemas Unix/Linux
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-24 a las 14:04 -0600, Instituto de Ingenieria Área de Sistemas Unix/Linux escribió:
Por lo que leo, acabo de aprender algo interesante, si usas amavisd-new no neceistas spamd ahora todo lo veo mas claro :)
:-)
Pero ahora me surge una duda... Si modifico reglas de mi spamassasin como por ejemplo agragendo una nueva regla en local.cf como hacer para que esta tenga efecto en mi sistema....
Je, je...
Suce que hace más de una semana se agregaron reglasal spamassassin que verificaban las listas negras y las uris en aquel momento solo reiniciamos el demonio de spamd (pensando que eso era correcto) y vimos que el sistema de correo operaba de forma habitual, vimo el debug del spamassassin y no aparecieron errores... en fin que nos quedamos tranquilos y dijimos vamos a ver como trabaja...
Vaya, supuse que al amavis al recargar sus hijos leía la configuración. Parece que no.
Solución: Ubicar y eliminar las reglas que fueron creadas, el sistema empezo a trabajar de forma habitual :) Nos tardamos en ubicar el problema debido a que no recordabamos que las reglas de rbls y uris fuesen la causa pues segun nosotros ya tenian casi mas de una semana operando el server sin problemas...
Cuando se actualiza un rpm tampoco queda claro cuales son los programas que hay que reiniciar, ya lo he comentado más de una vez. Me alegro que ya te funcione. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZ1j2tTMYHG2NR9URAhOhAJ9YvJMFHvEnkdbVkZgx3kMFm0V1ZwCeKOMk ccsve2jG9u3j5NVzHYarkKM= =TZNk -----END PGP SIGNATURE-----
participants (4)
-
Camaleón -
Carlos E. R. -
Instituto de Ingenieria Área de Sistemas Unix/Linux -
Juan Carlos Bravo Celis