Esta que sigue me pasó hace un rato y no es la primera vez lamentablemente: el log de <algo> te llena el disco de mierdas y se te rompe alguna otra cosa que estaba en producción y el mundo se desploma por una fracción de hora hasta que reaccionás y todo vuelve a la normalidad.
Unas veces la sacás barata y no pasa de un susto, otras se te corrompe el sistema de archivos de una VM o el log de una base de datos o no te queda otra que restaurar ese <algo> que no funciona desde el backup que por suerte tenías.
Por que si estás a cargo de un sistema cualquiera y no tenés nada que te avise que se te llenó un disco, un backup seguramente tenías, verdad?
Foto de un sysadmin real pensando que hacer después de que se le llenó un disco, borró el log y ahora no le funciona nada.
Bueno, acá va: esta es la forma rápida de devolver a la vida, de resucitar un Linux cuando dejó de funcionar por que se quedó sin espacio en tal o cual disco, usualmente la partición raíz, por que si no tenés nada que te avise que se te llenó un disco, ni tenés backup, tampoco tenés compartimentado el disco en particiones, verdad?
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.
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:
¿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/
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
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
Muy pero muy provisorio, ya lo iré mejorando de a poquito. A ver si consigo hacerme de un script mas o menos como el que me hice para reproducir youtube usando mplayer con un combo de teclas que me automatice el proceso un día de estos, pero mientras tanto dentro de lo poco que he podido avanzar hasta ahora:
Como usar mplayer (o cualquiera sea tu reproductor de cabecera en Linux) para ver series y películas desde cuevana.tv
¿Por que? Por que Flash para Linux apesta.
El reproductor basado en flash de cuevana.tv en Linux a pantalla completa el solito se lleva una buena tajada del uso del microprocesador. Si no disponés de una PC potente y una buena placa de video, al ver cuevana en pantalla completa el video va dando saltitos. Lo mismo para todos aquellos excluídos que por una razón u otra se han quedado fuera de la carrera:
Los que tienen una placa de video tan nueva que Linux todavía no la soporta al 100%
Los que tienen una placa de video tan vieja que ya no consiguen un driver compatible con su flamante instalación de Linux por que Xorg –que no nos quiere a los tercermundistas– ya la considera: «Deprecated».
Por otro lado:
¿Compilar y ver cuevana al mismo tiempo desde la página web? Imposible.
¿Compilar y ver cuevana usando mplayer? Coser y cantar.
El truco está en dejar al reproductor de cuevana almacenando en buffer –descargando-, pero detenido –con la reproducción pausada-. Mientras esto ocurre, tu navegador está bajando desde internet el video en cuestión en formato MP4. Para hacerlo lo mas universal posible, veamos el ejemplo de Mozilla Firefox.
El directorio de configuración de Mozilla Firefox siempre se almacena en tu carpeta personal, en un subdirectorio de nombre: «.mozilla», normalmente oculto y que podés pedirle a tu gestor de ventanas que te muestre presionando CTRL + H.
Dentro de .mozilla se aloja a su vez otro subdirectorio: «firefox», que contiene toda la configuración de este último. Todo lo que el navegador descarga desde internet lo almacena por lo general en un subdirectorio dentro de .firefox de nombre totalmente aleatorio, de 8 carateres de longitud y extensión .default. A mi en esta instalación me tocó en suerte: 03qrfcll.default
A su vez, dentro de 03qrfcll.default está el subdirectorio «Cache» que es el que andamos buscando, el que contiene el video y el subtítulo que la página web de cuevana nos está descargando en este preciso instante.
¿Cómo saber cuales son de entre la maraña de archivos que hay alojados ahí dentro?
Opción 1 –la mas maricona, para usuarios de KDE, Gnome o XFCE4-: Usando el navegador de archivos, ordenando los archivos por tipo.
Usando el navegador de archivos, ordenando los archivos por tipo para saber cual es el archivo que contiene video y cual el que contiene el subtítulo desde Gnome.
