Munin es un sistema de monitorización muy similar a cacti (que ya hemos tratado hace poco por aquí) pero que en lugar de usar snmp usa su propio programa recolector de información (llamado munin-node). La instalación básica sobre un único servidor (que es la que vamos a ver) es muy sencilla y proporciona más de 60 gráficas y cerca de 100 indicadores del estado y rendimiento de nuestro servidor sin que apenas tengamos que despeinarnos. Está escrito en perl, viene con una amplia colección de plugins (a la que se le añaden las múltiples contribuciones de los usuarios) y también admite monitorización de servidores windows.

La versión actual en los repositorios estables de Debian wheezy es 2.0.6-4 (de aproximadamente un año de antiguedad) que será la que instalaremos aquí. Si usas los repositorios de la versión inestable (sid) tienes disponible la versión 2.0.14. La máquina donde queremos instalarlo es un servidor LAMP típico con Apache2 y MySQL. Los paquetes necesarios son estos. Y sus dependencias, claro:

apt-get install munin munin-node munin-plugins-extra

La instalación por defecto en Debian configura Munin para que sólo pueda accederse a la instancia web de monitorización desde la misma máquina en la que hemos realizada la instalación. Para solucionar esto y poder acceder en remoto a través de un navegador tenemos que editar el fichero /etc/apache2/conf.d/munin en el que se encuentra la configuración de la instancia web. Buscamos la directiva <Directory /var/cache/munin/www> y en su interior comentamos las líneas siguientes:

# Order allow,deny
# Allow from localhost 127.0.0.0/8 ::1

Y añadimos esta otra:

Order deny,allow

Luego repetimos la misma operación en las directivas <Location /munin-cgi/munin-cgi-graph> y <Location /munin-cgi/munin-cgi-html>. Con esto el acceso será libre para cualquiera que conozca la URL de acceso. Si queremos proteger la entrada mediante usuario y contraseña podemos, por ejemplo, usar htdigest como contábamos por aquí en su día.

Y listo. Ahora recargamos la configuración de apache:

service apache2 reload

Y ya podemos acceder a través de la URL http://ip-del-servidor/munin/. La pantalla inicial, una vez introducida la identificación, es así de sosa minimalista:

Vamos a pararnos un poco a ver donde ubica sus diferentes elementos. Como ya hemos comentado, munin usa una estructura cliente servidor con nodos recolectores en cada uno de los equipos que queremos monitorizar y un elemento que centraliza la información de todos ellos. El daemon del primer elemento se llama munin-node y el del segundo munin. Ambos son servicios que residen, como es habitual, en el directorio /etc/init.d y responden a los argumentos habituales (start y stop). munin-node responde, además, a restart (necesario cuando añadimos un nuevo plugin o modificamos la configuración de uno ya existente) y alguno mas.

Los archivos de configuración se encuentran en /etc/munin/. Existen, entre otros, un archivo por cada uno de los servicios (munin.conf y munin-node.conf) y un directorio donde se encuentran los plugins en uso de este nodo. El procedimiento para activar los plugins es crear un enlace en este directorio al archivo que contiene el código del plugin. Los que vienen por defecto con la instalación se encuentran en /usr/share/munin/plugins/.

Por último, los datos de la instancia web de monitorización se encuentran en /var/cache/munin/www/, la base de datos en bruto en /var/lib/munin/ (no, no usa mysql como hace cacti), y los logs en /var/log/munin.

Volvemos al pantallazo anterior. En la parte central tenemos acceso a las diferentes máquinas monitorizadas ordenadas por grupos (en nuestro caso sólo una) Mientras que en la barra de la izquierda, abajo, tenemos un menú organizado por categorías con acceso directo a las gráficas diarias, semanales, mensuales o anuales de cada una de ellas. De cualquiera de las formas accedemos a una colección de gráficas pero con una pequeña diferencia. Si accedemos a través del menú superior llegamos a una página donde se encuentran todas las gráficas almacenadas en dos versiones, diaria y semanal (semanas, en realidad, de ocho días , muy bien pensado para detectar mejor las secuencias):

Mientras que si pulsamos en el lateral sólo se nos muestra la lista de las gráficas de la categoría elegida y exclusivamente en la modalidad de vista elegida según la letra que pulsemos: diaria (d), semanal (w), mensual (m, 33 días aproximadamente) o anual (y, 13 meses):

Pulsando sobre cualquier gráfica accedemos a la vista en mosaico de las cuatro vistas disponibles antes mencionadas y si de nuevo pulsamos sobre cualquiera de ellas llegamos a una vista ampliada de la misma con un panel de control desde el que podemos, analítica o gráficamente, hacer la ampliación o reducción de cualquier zona de la misma:

NOTA: Lógicamente, los gráficos de una instalación recién concluida no presentan este aspecto. Tendrás que esperar al menos 24 horas para ello

Lo normal tras la instalación inicial es que, como nos ha pasado, no te instale los plugins correspondientes a apache y mysql debido a que falta algún prerequisito para ello. munin viene con un asistente llamado munin-node-configure que identifica cuales de los plugins que tienes en tu sistema están activos, cuales te podrían ser útiles… Incluso te asiste dándote el comando que necesitas para crear los enlaces necesarios al archivo y directorio adecuados. Échale un vistazo al enlace anterior de este párrafo para más detalles.

Para MySQL, en concreto, basta con que instaléis el siguiente paquete:

apt-get install libcache-cache-perl

Para apache2 necesitamos también instalar una librería extra de perl:

apt-get install libwww-perl

Además, debemos añadir la siguiente línea (o asegurarnos de que ya está) en el fichero /etc/apache2/mods-available/status.conf:

ExtendedStatus On

Y habilitar los módulos status e info de Apache:

a2enmod status info

Por último, reiniciamos el servidor web:

apache2ctl graceful

Creamos los enlaces a los plugins (fíjate en la forma diferente de hacerlo para mysql que se trata de un wildcard plugin) y reiniciamos el recolector de munin de esta máquina:

cd /etc/munin/plugins
ln -s /usr/share/munin/plugins/apache_accesses
ln -s /usr/share/munin/plugins/apache_processes
ln -s /usr/share/munin/plugins/apache_volume
ln -s /usr/share/munin/plugins/mysql_ mysql_bin_relay_log
ln -s /usr/share/munin/plugins/mysql_ mysql_commands
ln -s /usr/share/munin/plugins/mysql_ mysql_connections
ln -s /usr/share/munin/plugins/mysql_ mysql_files_tables
ln -s /usr/share/munin/plugins/mysql_ mysql_innodb_bpool
ln -s /usr/share/munin/plugins/mysql_ mysql_innodb_bpool_act
ln -s /usr/share/munin/plugins/mysql_ mysql_innodb_insert_buf
ln -s /usr/share/munin/plugins/mysql_ mysql_innodb_io
ln -s /usr/share/munin/plugins/mysql_ mysql_innodb_io_pend
ln -s /usr/share/munin/plugins/mysql_ mysql_innodb_log
ln -s /usr/share/munin/plugins/mysql_ mysql_innodb_rows
ln -s /usr/share/munin/plugins/mysql_ mysql_innodb_semaphores
ln -s /usr/share/munin/plugins/mysql_ mysql_innodb_tnx
ln -s /usr/share/munin/plugins/mysql_ mysql_myisam_indexes
ln -s /usr/share/munin/plugins/mysql_ mysql_network_traffic
ln -s /usr/share/munin/plugins/mysql_ mysql_qcache
service munin-node restart

Y con esto (tal vez tengas que esperar unos minutos para ver los resultados) ya tenemos dos categorías nuevas (apache y mysql2) con las gráficas correspondientes. Un par de ejemplos de cada una de ellas:

Existen muchos otros plugins de monitorización que os pueden ser útiles (asterisk, bind9, memcached, varnish…). En algunos casos puede ser necesario instalar algún otro requisito o realizar algún cambio en la configuración como nos ha ocurrido con Apache y MySQL. Como siempre, lo mejor en el caso de que simplemente creando el enlace al plugin este no funcione es buscar información (que es lo que yo he hecho con estos dos, no creáis que hay muchas otras formas de resolver estas cosas ). También es sencillo eliminar cualquier gráfico que no nos interese en absoluto simplemente borrando el enlace del plugin correspondiente y reiniciando munin-node. Si tenemos duda acerca del plugin que genera la gráfica, el nombre del archivo aparece en la pantalla de los datos que nos permite realizar zooms de los datos. Añadir otros nodos para centralizar la monitorización de los mismos en esta máquina es bien fácil, pero ya lo dejamos para otro día

En definitiva, se traba de una herramienta mucho más potente que cacti que nos proporciona toda la información que podemos desear de esta sin apenas consumir recursos. Hecho en falta, tal vez, la facilidad de cacti para crear vistas personalizadas con ciertos gráficos que te interesa tener a la vista de forma especialmente habitual. Y, por supuesto, no es tan cómoda como Cacti para monitorizar electrónica de red usando snmp. Pero bueno, no se puede tener todo ¿no?

• CrunchBang, una distribución ligera basada en Debian que usa Openbox como gestor de ventanas.
• Pidora. Otra distribución interesante. En este caso se trata de un remix de Fédora para procesadores ARM pensado para la Raspberry Pi.
• Tioki, el Linkedin de los profesionales de la educación. No parece haber mucho movimiento fuera de los EE.UU., pero por si acaso mi perfil público es este. Que lo mismo, tal y como están las cosas, en breve me toca buscar trabajo… ¡Ay!
• Lungo, un framework para crear aplicaciones para móviles con HTML5.
• Better WP Security y Wordfence. Existen muchos pero estos son, posiblemente, los dos plugins más completos para securizar WordPress. Tal y como están las cosas últimamente más te vale hacerte con alguno de ellos…
• Detectando webshells o backdoors en servidores web. Por si sospechas que has llegado tarde a instalar alguno de los anteriores, aquí tienes diversas formas de auditar de forma automática si tienes algún intruso en tu servidor.
• allPebble.com. Appstore no oficial de aplicaciones para Pebble. Por si ya tienes el tuyo en casa y te gusta el riesgo…

Hoy cumple 10 años de vida WordPress, la mejor y más extendida plataforma para crear blogs. Y, por supuesto, la que da soporte a este. ¡Felicidades!

Se han organizado más de 600 700 celebraciones en todo el mundo, muchas de ellas en nuestro país.

Y otra chuletilla más sobre formatos de vídeo. Si quieres cambiar de tamaño un archivo de vídeo (por ejemplo de FullHD 1280×720 a HD 1080×608) con ffmpeg y desde línea de comando, basta con ejecutar esto:

ffmpeg -i input.avi -filter:v scale=1080:-1 -acodec copy output.avi

Se llevará su ratito (entre una y cuatro horas dependiendo del procesador que tengas, claro) pero al final el resultado es impecable. Además, si así lo deseas, puedes cambiar el formato del vídeo de salida simplemente cambiando la extensión (por ejemplo, output.mkv te dará un archivo de salida en ese formato).

El valor -1 que acompaña a la escala horizontal le indica a ffmpeg que calcule el número de píxeles de la vertical para que el vídeo mantenga la proporcionalidad adecuada. Si queremos especificarlo manualmente o romper la proporcionalidad para crear un vídeo anamófico usamos este otro formato:

ffmpeg -i input.avi -filter:v scale=1080x500 -acodec copy output.avi

Y una nota: he tenido problemas cuando uso estos comandos con un vídeo en formato .mkv con pistas de subtítulos. El vídeo y el audio no presentan problemas pero las pistas de subtítulos no se codifican correctamente en el vídeo final. La solución más rápida y sencilla que he encontrado es usar mkvmerge (una utilidad gráfica para manipular las pistas de un archivo mkv) de la siguiente forma: antes de reescalar extraigo las pistas de subtítulos y las borro del original; a continuación ejecuto el comando anterior para realizar el reescalado y, por último, vuelvo a usar mkvmerge para reintegrar los subtítulos en el vídeo final. Son apenas 5 minutos maś que no se notan frente al total del proceso.

Si tienes contratado el servicio de ADSL con Jazztel tal vez se te haya pasado por alto el panel de control de su área de clientes: una web de aspecto realmente viejuno vintage, poco o nada actualizada y con algún que otro enlace roto que no va a ningún sitio. Dentro de ella, hay un enlace denominado servicios autogestionados desde el que puedes modificar directamente diversas características de tu línea de voz (desvíos bloqueos y restricciones de llamadas, marcación abreviada, ocultación de números, etc.) y, a lo que vamos, modificar el perfil de tu línea ADSL eligiendo este de entre cuatro propuestas diferentes.

Los perfiles disponibles son, como hemos dicho, cuatro: el propuesto por defecto (que denominan Óptimo), uno llamado Interactivo que promete reducir tu tiempo de latencia (para mejorar la experiencia en juegos online) y dos adicionales para maximizar la velocidad de bajada (Turbo down) o de subida (Turbo up). Desde el mismo panel hay un enlace etiquetado como Estadísticas desde el que se pueden hacer pruebas de velocidad y desde el que se han obtenido casi todos los datos de la tabla siguiente. La latencia la he medido con este otro test. La conexión que tengo contratada es un ADSL de hasta 20 Megas.

Como puedes ver los cambios son significativos sobre todo para dos de los perfiles: el interactivo con el que se consigue, como prometen, una disminución radical de la latencia de la línea (superior al 70%) y el específico para subidas que logra casi un 30% de incremento en este parámetro, frente al perfil por defecto.

Dos advertencias: No te quedes sólo con los cambios “bonitos” y échale también un vistazo a la columna llamada Margen de Ruido. Cuanto menor es el número que aparece en esa columna más elevada es la inestabilidad de la línea y la probabilidad de sufrir errores de transmisión. Los perfiles Turbo down e Interactivo son los que salen peor parados. Además, el número de cambios de perfil está limitado a cuatro diarios aunque luego siempre te permiten volver al Óptimo.

Han pasado ya seis meses desde que mudé “mis cosas de Internet” a Gigas, el quinto alojamiento para este blog y hace unos días que renové mi contrato por seis meses adicionales. Empiezo diciendo esto porque Gigas sale muy mal parado de la comparación que voy a hacer… Pero calma: a pesar de ello me quedo otros seis meses más. Será que, como le pasa a MariH y a Pinito, estoy aburrido ya de hacer mudanzas…

Llegué a Gigas por numerosas referencias de amigos y conocidos, tanto a nivel profesional como personal. Tienen unos precios muy competitivos (realmente de los mejores que he visto en un hosting español) y, según me contaban, un soporte técnico excepcional. Me costó mucho decidirme porque Linode era, con mucha diferencia frente a cualquier otra, la mejor empresa de hosting con la que había trabajado. Aún ahora creo que lo sigue siendo. Pero la curiosidad, las condiciones (sobre todo la cantidad de RAM disponible) y una pequeña ilusión por hospedar mis webs por primera vez a menos de 1.000kms de mi casa (¡a menos de 20 en línea recta, en realidad!) me pudieron finalmente. He de decir que los chicos de Linode se portaron conmigo excepcionalmente incluso en mi abrupta salida: tenía algo más de 100$ de saldo disponible para la siguiente renovación (procedente de un cambio de contrato que hice con ellos) y me lo reembolsaron todo sin absolutamente ningún coste, cargo o impedimento.

A continuación podéis ver una tabla comparativa entre las principales características de la opción más básica de ambos hosting.

Ahora las razones del cambio se ven más difusas, pero hace seis meses la RAM del hosting básico de Linode era de sólo 512 Mbytes y tenían 4 cores de CPU. Ambos recursos se han duplicado recientemente.

En un plano más subjetivo, el panel de control de Gigas es bastante menos funcional y está peor integrado con las máquinas virtuales que el de Linode (por eso, imagino, te regalan una licencia de Plesk). El soporte técnico no me parece tan maravilloso como me lo pintaron, pero es bastante aceptable y muy rápido (y en castellano, que ayuda una barbaridad a entenderse ). Además, los manuales y guías de Gigas son escasos y poco prácticos, mientras que en Linode mantienen un foro, una Wiki y, sobre todo, una biblioteca de manuales de una calidad excepcional (que, por otro lado, puedes consultar sin tener nada contratado con ellos y usar esta información como referencia a la hora de configurar tu servidor en cualquier otro sitio).

En resumen: me quedo aunque no totalmente convencido ni del todo satisfecho. Gigas es una empresa aún joven que tiene que evolucionar y mejorar bastante. Aún así, el servicio y condiciones que ofrecen está por encima de la media de lo que hay en nuestro país y es competitivo con lo que nos ofrecen desde fuera. Ya veremos que pasa dentro de otros seis meses que me cogerá más descansado…

Me resisto a pensar que la anunciada desaparición de Google Reader puede significar en modo alguno que los feeds RSS están tocados de muerte. Google Reader es ahora un buen lector de feeds, pero no siempre ha sido así (¡hasta finales de 2007 ni siquiera integraba un buscador!) y sobrevivíamos. Por otro lado, sin los lectores de feeds estamos abocados a compartirlo todo y estar al tanto de los temas que nos interesan a través de las redes sociales o volviendo a las listas de correo… Y, sinceramente, no veo nada claro que (sobre todo los usuarios técnicos) nos resignemos a ello. Y no, por favor, no. Twitter tampoco sirve para estar al día de casi nada de forma seria.

Si estás conmigo y buscas un sustituto lo más parecido a Google Reader los “gurús”, “expertos” (y, si, también alguna persona maja y corriente ) ya han hecho listas y valoraciones y casi todos coinciden en que los mejores reemplazos son feedly o The Old Reader. No hay consenso claro por ninguno de ellos, así que seguramente cualquiera de ambos sea una buena elección. Una segunda opción sería cambiar a un lector de escritorio. De estos los hay a patadas pero ya imaginarás que no son la mejor opción cuando lees tus feeds a ratos desde diferentes ubicaciones. Más si además usas un dispositivo móvil. Puesto que la lectura por RSS es algo propio de usuarios medios y/o avanzados no creo que se trate de una buena opción…

Pero si dispones de un servidor web visible en internet y algo de tiempo para dedicarle, tienes una tercera posibilidad: montarte tu propio lector auto-hospedado y no volver a depender de nadie. En este caso, también parece haber dos opciones bastante claras: Tiny Tiny RSS y Selfoss. Yo me he decidido por el primero. Selfoss tiene un aspecto más moderno pero en el escaso tiempo que he dedicado a evaluarlos me ha parecido que Tiny Tiny es más ligero y potente.

La instalación de Tiny Tiny RSS (tt-rss en adelante) es muy sencilla (como la de la gran mayoría de aplicaciones LAMP) pero no tanto como alguna de las más populares nos tienen acostumbrados

¿Buscas una aplicación adaptada a la pantalla de 4 pulgadas de tú móvil? Casi no te hace falta. tt-rss viene con un plugin que lo adapta perfectamente con sólo activarlo:

O una aplicación web que se instala por separado:

Si buscas una aplicación nativa para android, tienes esta del propio autor (con una versión gratuita de evaluación) que luce así:

Existe, también, un fork gratuito de la anterior.

En cuanto a funcionalidades, tt-rss tiene todo lo que usabas con Google Reader y más gracias a sus funcionalidades base (perfiles de usuario, etiquetado, marcación y búsquedas, filtros…) y a una amplia colección de plugins, muchos de los cuales están soportados y vienen “de serie” con la aplicación. Otros puedes instalarlos de forma individual descargándotelos desde el foro o la wiki que mantiene el autor.

Y si buscas características sociales, aparte de los plugins que te permiten compartir entradas de forma directa en las principales redes sociales (Facebook, Google+, Twitter, Identi.ca…) tienes uno que te permite “linkar” instancias de diferentes usuarios para compartir recomendaciones o la posibilidad de obtener un feed público de cualquiera de las categorías que lees o, incluso, de una selección hecha de forma manual o mediante un filtrado automático.

Total que, a lo mejor, Google nos ha hecho un favor chapando su Reader. A mi, al menos, parece que así ha sido

• Debian 7 Wheezy está en la calle después de más de dos años de la publicación de su versión anterior. ¿Acaso hay otra noticia tecnológica más importante este mes?
• Turbulenz es Software Libre Un potente motor para juegos 2D y 3D en tiempo real basados en HTML5 liberado para uso y disfrute de toda la comunidad. La noticia en castellano en Xataka móvil. Échale también un vistazo a estos ejemplos de uso.
• Firefox OS Simulator. ¿Quieres probar el nuevo Sistema Operativo de Mozilla orientado a dispositivos móviles? Pues basta con que instales este Add-on (válido para Linux, Mac o Windows) en tu navegador Firefox.
• 5 Cómic Book Viewers para Linux. Merece la pena echarle un vistazo ahora ya que hasta la omnipotente Marvel se ha pasado al formato electrónico…
• GoAccess, una herramienta que te permite analizar en tiempo real los logs de Apache o nginx. Aquí tienes un pequeño análisis sobre ella en castellano. Si buscas una alternativa para comparar tienes también Logstalgia (y aquí una nota en Unixcraft sobre ella).
• memkeys, un top para memcached. Un pequeño complemento a esta entrada que ya habíamos publicado por aquí.
• Tutorial de Android en castellano. Una traducción muy currada de la guía oficial Building your First App.