Categoría: Sistemas

Despues de pelear con el OpenKm, también tuve el mismo problema cuando implementamos el Dspace al tratar de enviar las notifiaciones de correos a los clientes. El problema de nuestro servidor que la conexiones smtp son usuarios autentificados y por tal motivo debemos configuar el Dspace para que cuando establezca la conexión con el servidor pueda autentificar el usuario en el servidor correo. Les dejo las líneas que tuvimos que agregar para lograr enviar la notificaciones con Dspace
Solamente les agrego la parte en la cual definimos la sección de autentificación con el servidor, mas arriba de estas líneas que coloco aquí hay que configurar otras opciones para lograr un configuración correcta del mail.

# Pass extra settings to the Java mail library. Comma separated, equals sign between
# the key and the value.
#mail.smtp.socketFactory.port=25, \
#mail.smtp.socketFactory.class=javax.net.ssl.SSLSocketFactory, \

Las líneas de abajo fue la que agregue en el archivo dspace.cfg para poder lograr enviar los correos

mail.extraproperties = mail.smtp.port=25, \
mail.smtp.host=nombre del servidor de correo, \
mail.transport.protocol=smtp, \
mail.smtp.starttls.enable=false, \
mail.smtp.auth=true, \
mail.smtp.user=correo electronico que envia la notificacion, \
mail.smtp.password=contraseña del correo electronico, \
mail.smtp.socketFactory.fallback=false, \

Otra vez aquí despues de un tiempo sin escribir, el tema de hoy explicar mas o menos como configurar la conexión del correo para las notificaciones del OpenKM, personalmente no sabía como hacerlo y me costo bastante encontrar la solución como también encontrar el lugar del archivo que debía tocar para dicha configuración surgan efecto en esta herramienta. Así que les dejo una guia de como hacerlo

Primero debemos ir a la carpeta en donde tenemos instalado el OpenKM, una vez ubicados debemos ir a la carpeta que muestro abajo, mi caso partiuclar la ruta es:

mi-server$/opt/OpenKM-4.1_JBoss-4.2.3.GA/server/default/deploy

Segundo debemos editar un archivo con el nombre mail-service.xml, Este archivo posee la siguiente configuración y debemos cambiar y agregar lo que según la seguridad y configuración de nuestro servidor de correo.

Una vez que tengan ya este archivo configurado debe guardar los cambios y luego reinicar le servidor tomcat para que surgan efecto. Espero que les sirva a alguien esta información.

Hace poco revisando y retomando algo de configuración de un servidor de correo (con postfix), estaba modificando algunas cosas en el archivo alias del servidor.
Básicamente cambie el archivo origen del alias y la aplicación postfix me generaba una advertencia en los logs que el archivo alias.db estaba obsoleto. Indagando un por web me indicaban que debía regenerar el archivo alias.db con la instrucción postmap para que el postfix pueda reconocer los cambios en el archivo, este proceso debe se corrido para cualquier base que se tenga con postifix y si hayan modificado los archivos originales. En mi caso tengo varios archivos de alias, asi que les dejo una línea de comando en caso que a alguien le pasa algo igual.

postalias /etc/postfix/alias

Bueno, Lennart Poettering, un desarrollador de Red Hat, respondió a Linus Torvalds en una lista de correo con una alternativa a este parche que hace lo mismo pero todo lo que hay que hacer es ejecutar dos comandos y pegar cuatro líneas en el archivo ~/.bashrc

WebUpd8

Como revelan en Linuxers, a menudo el problema reside en algún proceso o aplicación que está esperando a que alguna información importante le llegue para poder seguir con su ejecución. Y precisamente para detectar esos problemas llegan ayudas como LatencyTop.

Esta herramienta trabaja sobre la base de encontrar qué procesos están bloqueados por el kernel mientras que están esperando por cierta información importante. Este tiempo de espera se conoce como latencia o lag, y se refleja en esa lentitud de respuesta que aparece mientras manejamos nuestro sistema.

LatencyTop permite que monitoricemos esos procesos y aplicaciones y también que veamos cuál es el máximo tiempo que han estado esperando, para luego revisar cómo funcionan y las razones de esos retrasos. El propio responsable de la solución, Arjan van de Van, indicó qué permite la aplicación:

Servidores lentos, audio que se omite, vídeo mal reproducido… todo el mundo conoce los síntomas de la latencia. Pero para saber qué es lo que realmente está pasando en el sistema, lo que causa la latencia, y cómo arreglarlo… esas son preguntas difíciles sin buenas respuestas hasta ahora.

Para instalar la aplicación en Ubuntu y derivadas basta con hacer

sudo apt-get install latencytop

Y en el caso de Fedora, CentOS y distros derivadas de Red Hat,

yum install latencytop

Para otros usuarios,  es posible descargar el código fuente.

A partir de ahí, todo es cuestión de comenzar a estudiar el comportamiento de los programas. Puede que esté más orientado a desarrolladores, pero en realidad cualquier usuario puede comprobar qué está causando problemas de ralentización del sistema. Para hacerlo basta con ejecutar el comando:

sudo latencytop

Con lo que obtendremos una ventana en la que se irán visualizando las latencias. En la parte izquierda se muestra una lista de procesos, ordenados según su latencia (aquellos con más latencia, arriba del todo), y en la parte derecha se muestran las latencias y sus causas. El refresco por defecto es de 30 segundos, pero podremos refrescar cuando queramos.

No hay mucho más que contar: a partir de ahí será cuestión de conocer cuáles son las causas para, o bien tratar de solucionar el problema por nosotros mismos, o bien para pedir ayuda en los foros -o directamente contactando con los desarrolladores de la aplicación problemática– con la información que nos proporciona LatencyTop.

MuyLinux