4 años. Desde que comenzé a escribir este blog han pasado 4 años. Tiempo en el que he estado dedicado de lleno a las nuevas tecnologías, al desarrollo y sobre todo a la administración de sistemas, estando siempre muy ligado a la parte técnica. He tenido a lo largo de este tiempo grandes compañeros, muy grandes (joder, cómo se pierde el contacto con la gente), pero desde que di “el salto” todo ha cambiado.

No puedo nombrar a todos aquellos que me han enseñado algo, porque no acabaría nunca. De los que aparentemente creen no haber aportado nada, decirles que se equivocan, también han aportado algo.

“Lentamente va perdiendo el hálito, éste, el que siempre ha sido vuestro blog, notando cada vez más frío mientras poco a poco se derramaba el calor escarlata sobre otros textos vanales y sin sentido, que nadie leerá, que a nadie importan” Es quizás esto lo que ha terminado por hacerme ceder al cierre del blog ?

Siento que el tiempo se ha agotado, aún no sé porqué, pero voy a cerrar (pasará un tiempo, melancolía supongo).

Adios

Buscando los puertos de algunos procesos y sus sockets, he decidido no escribir más el chorizo que uso para verlos, metiéndolo en un script al que he llamado muestraSockets.sh. Le paso como parámetro el proceso que quiero que me analice:

#!/bin/bash
netstat -punta | grep `ps -fea | grep $1 | grep -v grep | awk ‘{ print $2 }’`

Después de tiempo usando accesos SSH seguro que muchos aún no saben que se puede habilitar un doble acceso por distintos puertos.

Además de ser algo realmente sencillo de realizar, también nos puede facilitar muchas labores con el sistema en determinados momentos… yo mismo sin ir más lejos ando buscando una solución que necesita implementar esta solución. Hagámoslo:

[root@paquito etc]# vim /etc/ssh/sshd_config

Buscamos la cadena 22 en el fichero y descomentamos la línea de Port 22, para agregar justo bajo ella una nueva. Este es el resultado en mi caso:

Port 22
Port 2222

Recargamos la configuración.

[root@paquito etc]# service sshd reload
Cargando sshd:                                             [  OK  ]

Puedes comprobar que el servicio está escuchando en ambos puertos haciendo un netstat, deberá salir algo así:
[root@paquito etc]# netstat -punta | grep sshd
tcp 0 0 0.0.0.0:2222 0.0.0.0:* LISTEN 16737/sshd
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 16737/sshd
tcp 0 0 :::2222 :::* LISTEN 16737/sshd
tcp 0 0 :::22 :::* LISTEN 16737/sshd

Error: Exception thrown by the agent : java.rmi.server.ExportException:
Port already in use: 8999; nested exception is:
java.net.BindException: Address already in use

La causa del error de puerto ya en uso, sobre versiones antiguas de Tomcat, que no nos permite parar el servidor de aplicaciones, se soluciona de forma sencilla editando el fichero catalina.sh (sobre el bloque (case) de “STOP”)

Línea anterior

• $_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \

Línea modificada

• $_RUNJAVA" $JAVA_OPTS \

Hay que tener en cuenta que los modificadores para levantar el puerto, se deben establecer en CATALINA_OPTS, que no será leido.

Andaba hoy echando un ratico mirando fotos del “feisbuk” y vaya !!! He localizado una que me trae muy buenos recuerdos.
Os echo mucho de menos amigos.

Abrazos !!!

Estás trabajando con Nagios y has obtenido este error ??

Mi caso:
[root@Paquito libexec]# ./check_snmp_int -H 127.0.0.1 -C public -n eth0 -r
ERROR: Description table : The requested table is empty or does not exist.

Veamos como solucionarlo:
Shell> vi /etc/snmp/snmpd.conf

view systemview included .1.3.6.1.2.1.1
view systemview included .1.3.6.1.2.1.25.1.1

Agregamos esta línea al fichero justo debajo del bloque que se muestra
view systemview included .1  (Solo agrega el MIB)

Reiniciamos el servicio snmpd

Shell> /etc/init.d/snmpd restart

[root@Paquito libexec]# ./check_snmp_int -H localhost -C public -n eth0 -r
OK : eth0:UP: 1 UP
Listo !

Para solucionar este problema, le diremos al servidor que puede cargar ficheros de mayor tamaño al que tiene por defecto (1M).

Editamos el fichero de configuración de MySQL /etc/my.cnf

Dentro de la sección mysqld agregar la línea que establece el valor máximo.

[mysqld]

max_allowed_packet=500M

JBoss es un servidor de aplicaciones que se ejecuta sobre la JVM, así que deberemos afinar y mejorar todo lo posible el rendimiento de esta, para que las aplicaciones que despleguemos sobre JBoss se ejecuten con la máxima eficiencia. Si esto lo sumamos a un buen diseño de las aplicaciones y una arquitectura adecuada (sin sobredimensionarla), obtendremos un resultado óptimo (tened en cuenta que siempre falla uno de los 3).

Es fundamental aplicar estas buenas prácticas no solo a JBoss, sino a servidores que trabajan sobre la JVM.

1.-Xms y Xmx

Asignar el mismo valor a cada uno de estos parámetros optimiza el trabajo dentro de la memoria, porque es donde se reserva la memoria que se va a usar, estando toda seguida y no espaciada por toda la memoria, cosa que dilataría la recuperación de información.

2.- GC

Este posiblemente sea uno de los aspectos más importantes a la hora de hacer más eficiente nuestro servidor de aplicaciones.

Lo que haremos será usar el sistema de recolección distribuido.

-Dsun.rmi.dgc.client.gcInterval=1800000
-Dsun.rmi.dgc.server.gcInterval=1800000

Por defecto el tiempo de acción es muy reducido, cada minuto, por lo que normalmente todos suelen establecerlo a 3600000 (una hora), en entornos de producción. En mi opinión esto no mejora mucho el rendimiento porque es dilatar demasiado esta acción, por ello debemos hacer que se ejecute ajustándolo a nuestras necesidades, el tiempo que mejor resultado me ha ofrecido es de 30 minutos.

No olvidemos que esta acción, penaliza mucho mientras se está ejecutando, porque está organizando gran parte de la memoria.

3.- Ejecución paralela

Podemos hacer que se ejecuten varios hilos del GC, consiguiendo que la cantidad de elementos organizados y eliminados sea mayor. -XX:+ UseParallelGC

Esto ejecutará tantos hilos como procesadores tenga nuestra máquina, quizás queramos que solo se encarguen 2 procesadores de esta tarea, así que podemos establecer el número máximo de hilos con el parámetro: -XX:ParallelGCThreads=2

4.- 70%

La memoria Heap no debe superar el 70% de la memoria física, para evitar errores de paginación y que la recolección de basura sea más eficiente.

Ahora que en el nuevo lugar de trabajo lidiamos a diario con servidores de aplicación JBoss, veamos algunos trucos para optimizar su funcionamiento.

El más importante de todos y en el que hicieron mucho hicapié es en el hot deploy. Para entornos de producción no se recomienda tenerlo activado, aunque si no queremos desprendernos de esta utilidad, siempre podemos prolongar su tiempo de chequeo. Veamos como hacerlo:

Editando el archivo de configuración jboss-service.xml ubicado en el directorio conf de nuestra configuración, tenemos que modificar:
<!-- A flag to disable the scans -->
<attribute name="ScanEnabled">true</attribute>

Cambiando a false ala variable, los despliegues en caliente se deshabilitarán.
Si por el contrario, decidimos ampliar los tiempos de búsqueda para nuevos despliegues, editaremos la siguiente entrada:

<!-- Frequency in milliseconds to rescan the URLs for changes -->
<attribute name="ScanPeriod">5000</attribute>

Podríamos ponerlo cada hora (3600000), no olvidemos que estos tiempos se miden en milisegundos.

Es posible introducir en nuestras páginas WEBs distintas etiquetas que serán interpretadas del lado del servidor, y serán enviadas al usuario en forma de valor. Esto es posible hacerlo con tags, que no son más que unas etiquetas un tanto especiales.
SSI, es el acrónimo de Server Side Includes, y creo que lo mejor será ver un ejemplo de lo que pueden hacer estas etiquetas y como hacer posible su interpretación por parte del servidor.

En Httpd

Etiquetas:
Dirección IP del servidor: <!--#echo var="SERVER_ADDR"-->

Cómo activarlas:
Agregaremos en el bloque que hace referencia al directorio en el que queremos que estén disponibles los archivos .shtml

AddType text/html .shtml
AddHandler server-parsed .shtml
Y a la directiva "Options" añadiremos también la partícula +Includes

Hagámoslo para Tomcat

Renombrar $CATALINA_BASE/server/lib/servlets-ssi.renametojar a $CATALINA_BASE/server/lib/servlets-ssi.jar

Descomentar en el xml siguiente los comentarios alrededor del servlet SSI  y servlet-mapping en $CATALINA_BASE/conf/web.xml

Más información en Apache.org