[TIP] REISUB remoto – Como reiniciar un Linux remotamente utilizando SysRQ cuando el comando reboot no funciona.

Otro título sugerido: como cortar clavos cortar bulones tirafondo de ocho pulgadas al reiniciar un servidor.

 

Esta si sos Linuxero, la tenés que conocer si o sí: ¡¡¡REInicia SUBnormal!!! (de acuerdo a la Wikipedia).

También te puedo remitir al artículo que escribí al respecto hace algunos años acerca de lo mismo: «[TIP] Linux nunca se cuelga y puedo probarlo.«.

 

Bueno, hoy vengo con la misma pero remota, que también se puede. Por que a veces Linux se traba tan pero tan jodido que no le sacás el palo de la rueda ni con el comando reboot, por que el comando también crashea o se queda trabado.

Esta se me ocurrió ayer, luego de no poder reiniciar un servidor que quedó paralítico después de que se le murió un disco. Cuando te pasa esto, es probable no puedas –como me pasó a mi– ni siquiera ejecutar el comando para mandar a reiniciar el servidor, sea shutdon, init o reboot. Las bolas, no se reinicia y todo se queda trabado.

Mandando a reiniciar ese servidor que se hace el duro desde la comodidad de tu casa

 

Una vez mas: REISUB al rescate.

Así como ponés al Kernel en modo System Request (Un modo al que el kernel responderá ni importa que cosa sea que esté haciendo) para comandarlo con combos de teclas, también podés comandarlo mediante la consola de comandos, lo que posibilita que en determinadas circunstancias como la que te contaba me pasó ayer, puedas mandar el combo de teclas equivalente a la fatality (ALT + SysRQ/PrnScrn + O/B) cómodamente desde el sillón de tu casa, sin haber despegado nunca el culo del antes mencionado ni haber tenido que ir hasta el servidor a hacharle el cable power al grito de «apagate sorete!».

Lo que sigue es el equivalente a estar presente con toda la parsimonia y presionar el botón de reset. Cosa particularmente útil además si consideramos que prácticamente ningún servidor tiene en realidad un botón de reset y para eso está el ILO/iDRAC/IMMS y etc.

 

Paso 1: poner al kernel en modo System Request:

echo 1 > /proc/sys/kernel/sysrq

 

Paso 2: cruzar los dedos e ir aprontando todo lo necesario para viajar hasta el lugar de la reparación cuando el servidor no vuelva del reboot y no te funcione la credential del KVM IP.

 

Paso 3 (a.k.a: Release the Kraken!), mandar a rebootear:

echo b > /proc/sysrq-trigger

 

¿Te sirvió? ¿Te salvé el culo? De nada, ¿Eh?.

Y por si no era super-obvio, también responde a todos los demás comandos de SysRQ por la misma vía, entonces podés por ejemplo sincronizar los discos, vaciar todas las caché y desmontar todo antes de reiniciar, por ejemplo.

[TIP] Como arreglar el mensaje de error ext3_dx_add_entry: Directory index full! o ext4_dx_add_entry: Directory index full!

Prefacio: no le mandé un signo de admiración en el título para hacerlo mas llamativo. El mensaje de error propiamente dicho –cuando se manifiesta y si estás leyendo esto por que te pasó va mi mas sentido pésame-, citado literalmente dice «Directory index full!» así como le leés, provocador, quilombero y gritón.

Puto el developer que dió por sentado que cualquier usuario de Linux de a pié va a saber que carajos es el directory index y puto el que le agregó un signo de exclamación al final. Mangas de hippies melodramáticos. Como si fuera tan grave.

No importa. Si estás leyendo esto por que llegaste desde Google, cosa que dudo por que este blog no rankea y por eso no me lee nadie, estás en el mismo bote en donde ya estuve muchas veces y seguramente habrás dicho: uh? WTF?

Si no llegaste desde Google, posiblemente quieras cerrar la tab del navegador e irte a hacer otra cosa. Lo que sigue no le importa a nadie mas que a los pocos infelices que nos topamos alguna vez con este error de mierda.

ext3_dx_add_entry: Directory index full! – Este soy yo cuando me pasa, notesé mi cara de felicidad.

Sigue leyendo

[shit-happens] Cuando tenés Ubuntu y el teclado configurado en español.

Otro título sugerido: Ubuntu, a veces me hacés acordar a Windows.

Crashea el comando que te tiene que decir que no se encuentra el comando. Hay que ser hijo de puta…

Esta me pasó hace unos días. Como por suerte no tengo tantos Ubuntu bajo mi órbita, me hacen renegar lo justo y necesario como para que se me olvide a las dos horas y dado el poco tiempo que tengo para sentarme a escribir, termine olvidando el incidente sin más.

Resulta que como los muchachos de Canonical –la gente detrás de esta bestia-, hacen todo pesando en masificar, hasta tienen un comando que se ejecuta cuando tipeás mal, para avisarte que tipeaste mal y que posiblemente querías en realidad tipear otra cosa, o que esa aplicación que llamaste tipeando correctamente, en realidad no está disponible pero podés instalarla ejecutando tal y cual comando (siempre en referencia al gestor de paquetes).

Y no está bueno. No debería hacer eso y no debe ser taaaaan difícil como para que lo hagan mal y el comando falle como se ve en el screenshot de arriba.

Y es por cosas como esta que nunca le volvería a recomendar un sistema operativo tan entry-level a nadie, incluso existiendo la versión server LTS, por que viene de serie lleno de wrappers y mierdas como esta que se supone que te hacen la vida mas fácil.