Tag script - Userlinux.net

Estaba creando un pequeño script en BASH en el que necesitaba variables a partir de los nombres de otras variables, en tres palabras, "variables de variables". Pensé que sería sencillo, cuestión de jugar un poco con los caracteres que definen las variables -$(){}- no debería complicarse demasiado.

Sin embargo el método chino de prueba/error no sirvió de mucho porque despues de un buen rato seguía como al principio pero con menos paciencia y nulas ganas de perder más tiempo navegando entre manuales, Google y otros recursos que no me hacían avanzar.

Las alternativas, preguntar al amigo Juanjo (en cierto modo el script tenía relación con él), desconectar durante un rato y/o matar a un gatito. Visto que la última no era ni justa ni real -ni lo admitiría aunque lo hubiese hecho-, las dos anteriores si consiguieron sus frutos:

Me acabo de encontrar en el twitter de @javier_fazouro con uno de los enlaces más interesantes y divertidos en mucho mucho tiempo. Se trata de cómo dormir a un bebé con un bash script de 5 lineas. Primero leed el script y luego podéis ver el vídeo:

while [ 1 = 1 ]
do
	eject
	eject -t
done

No tiene desperdicio, la imaginación de la gente es bestial. ¡Buenísimo!

Al hilo de la entrada anterior hablando sobre los terminales compartidos con screen intentaremos ir más allá y -además de interactuar y enseñar comandos shell- grabar todo lo que estamos haciendo en un archivo que luego podremos reproducir como si de un vídeo se tratase.

Esto puede hacerse gracias a los comandos script y scriptreplay, que se encargan de grabar las pulsaciones y el timing de las mismas para luego reproducirlo las veces que haga falta. Todo esto en consola, guardando el log en archivos de texto fácilmente comprimibles y sin dependencias extrañas. ¿Tentador?, vamos a probar.

Imagino que hablar de controlar se me antoja demasiado duro, pero bueno, una máquina que nos trae fritos con la carga de MySQL y todavía no hemos localizado el motivo, así que dejo esto en el cron:

#!/bin/bash
LOG_FILE='/var/log/compruebamysql.log'
MYSQL_PID=`pidof mysqld`
CPU_LOAD=`ps up $MYSQL_PID | tail -1 | awk '{ print $3 }'`
CPU_LOAD2=`echo $CPU_LOAD | sed "s/\./\,/g"`
CPU_INT=`printf "%.0f" $CPU_LOAD2`

if [ "$CPU_INT" -gt "80" ]; then
        echo "[ `date +'%d-%B-%G %H:%M:%S'` ] - Se ha reiniciado MySQL por sobrecarga" >> $LOG_FILE
        /etc/init.d/mysqld restart
fi

Tan simple como comprobar que la carga de CPU no excede un porcentaje concreto (el 80% en este caso) para hacer un restart y escurrir el problema. Sé que no es óptimo pero espero que me cubra algunos días.

That's the question. Aunque estas 4 lineas que a continuación voy a pegar son un nano-script para comprobar si se está comprimiendo en servidor y la diferencia de tamaño con la versión plana:

#!/bin/bash
wget -q -O plano $1
wget -q -O gzip --header="Accept-Encoding: gzip" $1
du -h plano gzip
rm plano gzip

Totalmente basado en ésta anotación del amigo Juanjo. Poco más que un copy&paste en toda regla, espero que un trackback lo arregle ;). Thanks anyway.

Ayer me preguntaron si se podía usar Twitter desde la consola de Linux, supuse que sería tan sencillo como hacer un mini cliente en php -por ejemplo- que, haciendo uso del modo cli, se loguease y enviase los twitts con curl() pero ¿para qué reinventar la rueda?. Command Line Twitter Client hace lo mismo y está escrito en Perl -esa gran asignatura pendiente-.

$ while true; do clear; ./twitter.pl -r; sleep 60; done

Si agregamos un bucle infinito y algo de imaginación podremos observar el auténtico poder de la linea de comandos. Espero que te/os sirva.

Desde cualquier otro ordenador -que no sea el propio servidor, se entiende- podemos comprobar de forma periódica la respuesta de otra máquina de múltiples formas.

Podríamos hacer un script en bash que compruebe la salida de un nmap al puerto correspondiente (por ejemplo el 80) y dependiendo del estado de la misma informe o no al administrador. Pero ¿y si el Apache está activo pero congelado de forma que no acepta peticiones?.