Otro título sugerido: La lógica detrás del include/exclude de RSYNC, que no es tan obvia.

Otro: Rsync, la puta que te parió rsync.

 

De lo fácil o difícil que puede resultar hacer un backup con Linux, dependiendo de como lo mires.

De lo fácil o difícil que puede resultar hacer un backup con Linux, dependiendo de como lo mires.

 

Vá uno cortito y útil. No tan obvio y medio complejo de encontrar en la primera página de Google a menos que seas hábil Googleador, pero después te comés un garrón de la gran flauta: Como ejecutar Rsync para copiar archivos, pero únicamente determinados tipos de archivo, basando la selección en la extensión que tuvieran. Parece fácil, si.

Para el versado seasoned sysadmin Linuxero está será bastante obvia, no obstante, hoy la tuve que usar de nuevo por vez número mil y no me anduvo a la primera. No me acrodaba específicamente la sintaxis y terminé Googleando. Como siempre que me pasa esto me lo agendo para la posteridad, acá estoy de nuevo, y así se hace:

 

rsync -av --dry-run --include '*/' --include '*.php' --exclude '*' source/dir/ target/dir/

 

¿Bastante obvio, no? El de arriba va con un –dry-run para que puedas examinar la salida del comando. Si te resultó satisfactorio y no te mandaste ninguna cagada, sacale el –dry-run para que los archivos se copien efectivamente y si te molesta el output por pantalla, sacale la “v” de verbosity, quedando:

 

rsync -a --include '*/' --include '*.php' --exclude '*' source/dir/ target/dir/

 

¿Te sirvió? Pagame un café.

 

 

 

Otro títlulo sugerido: Para la posteridad y para el SEO.

Acá como hice para sacar el mensaje de advertencia de Ansible que ya me tenía las bolas por el piso:

 

[WARNING]: Optional dependency ‘cryptography’ raised an exception, falling back to ‘Crypto’

 

Este problema con Ansible lo venía arrastrando hace tiempo ya y nunca me había detenido todavía a intentar repararlo dado que todo funciona haciendo fallback a crypto

Este problema con Ansible lo venía arrastrando hace tiempo ya y nunca me había detenido todavía a intentar repararlo dado que todo funciona haciendo fallback a crypto

 

Una Googleada y medio mas tarde econtrarás como yo, que el problema se soluciona reinstalando cryptography, entonces volvés contento a la shell y ejecutás:

pip install --upgrade cryptography

 

Pero nada,  cryptography no se reinstala y te tira este mensaje de error por la cabeza:

 

Error: ImportError: No module named setuptools_ext

Continúa leyendo

 

 

La que sigue es un caso bastante atípico pero que no por eso he tenido que googlear la suficiente cantidad de veces como para que se justifique venir a documentar acá:

Como desactivar el auto-apagado de la pantalla, el power-saving de la consola de Linux, desde una sesión remota via SSH.

 

Desactivar el salvapantallas de la consola de Linux, cuando tenés teclado y mouse puestos o iniciada una sesión localmente es una cosa relativamente trivial, como ya escribí alguna vez en el pasado. La cosa se complica cuando necesitás hacer lo mismo pero esta vez remotamente. Ya sea por que no tenés teclado y mouse pero si un monitor conectado con un proceso corriendo, o por que solo podés iniciar sesión mediante keys.

Cualquiera sea el caso que te ocupa, lo importante es que no tenés acceso físico a la tty1 (o tty2, tty3, la que fuera) y necesitás desactivar el blank screen saver que apaga la pantalla.

 

tty - la consola de comandos de Linux

tty – la consola de comandos de Linux

 

El tiempo durante el cual la pantalla permanece encendida está dado por el contenido del archivo /sys/module/kernel/parameters/consoleblank. Podés verificarlo ejecutando:

~# cat /sys/module/kernel/parameters/consoleblank
600

Continúa leyendo

Otro título sugerido: como cagarla por inactividad.

 

Tanto es el uptime de estos dos  a los que les tomé esta foto, hasta salen sonrientes, que cuando haya que reiniciarlos no van a volver nunca, y eso en el mejor de los escenarios (suponiendo que salgan bien parados del fsck que va a hacer si o si).

Tanto es el uptime que htop le agrega un (!) al lado, que es la forma políticamente correcta de hacerte saber que estás hasta las bolas. Que es virtualmente imposible que salgas ileso de esta, que por mucha buena suerte que tengas, si algo se podía romper, se va a romper.

 

Y así, es como luce una bomba de tiempo, versión servidor que corre Linux.

Y así, es como luce una bomba de tiempo, versión servidor que corre Linux.

 

Y a eso iba con el título de este post: si te dejas estar demasiado tiempo y no reinicias el servidor al menos una vez al año, cuando menos te lo esperes te va explotar en la cara, que es exactamente lo que me va a pasar a mí más tarde o más temprano.

Ya me enteraré, si es que me toca.