Ayer me llegó una alarma indicandome que un servidor no respondía.
Efectivamente, tras unas comprobaciones, vi que el servidor estaba caido e incluso no respondía después de reiniciarla.
Tras entrar en el servidor, mediante el modo rescue que ofrece el hosting, intenté montar el disco principal con el siguiente resultado:

mount /dev/sda2 /tmp/sda2/
mount: wrong fs type, bad option, bad superblock on /dev/sda2,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

Pasamos mucho tiempo delante de terminales (el mio tiene el fondo blanco con letras grises), escribiendo comandos en varios servidores remotos, a los cuales nos conectamos por ssh. En mi caso uso bash (como shell preferida). Una de las mejores funcionalidades de bash es el bash_history, el cual me ahorra mucho tiempo, reutilizando comandos ya escritos.
Aquí tienes algunos trucos para optimizar tu bash_history.

1. No salves duplicados:

export HISTCONTROL=ignoreboth

Normalmente configuramos el nombre de la máquina durante la instalación del sistema, pero en ocasiones, nos vemos obligados a cambiarlo después de instalar debian. Ya sea porque nos la entregaron ya configurada (normalmente con nombre “debian” ) o bien porque en aquel momento no estabamos inspirados.
Es importante tener un hostname bien definido, ya que la mayoría de las veces trabajo en remoto mediante ssh. La única forma de saber en que servidor dedicado estoy, es ver el hostname de éste ( muy importante para no hacer ‘reboot‘ en el servidor equivocado… ).

Hace algún tiempo, detecte en el logwatch que me envía uno de los servidores dedicados, estos errores:

——————— Kernel Begin ————————

WARNING: Kernel Errors Present
Additional sense: Unrecovered read error - auto reallocat…: 2 Time(s)
ata1.00: tag 0 cmd 0×25 Emask 0×9 stat 0×51 err 0×40 (media error)…: 15 Time(s)
end_request: I/O error, dev sda, sector…: 2 Time(s)
sd 0:0:0:0: SCSI error: return code = 0…: 2 Time(s)
sda: Current: sense key: Medium Error…: 2 Time(s)

Siempre recurro a mis notas, para consultar el comando find, cómo buscar ese archivo que se llamaba… Cómo buscar ese archivo que se modificó… Cómo buscar aquel archivo que se accedió… Cómo buscar los directorios vacíos… Cómo buscar archivos de mas de 7 megas…
Aquí una pequeña receta.

• Buscamos directorios vacíos en nuestro sistema:

find / -type d -empty

• Buscamos archivos vacíos en nuestro sistema:

find / -type f -empty

Hace tiempo, me encontré en la necesidad de ordenar por fecha varios logs de apache de distintos vhosts.
Aprovecho esta oportunidad para mostrar la eficacia del comando sort.

Tomemos como ejemplo, una linea cualquiera de uno de los logs de apache:

192.168.1.23 - - [02/Jun/2008:17:26:46 +0200] “GET /index.php HTTP/1.1″ 200 8199 “http://www.prueba.com/” “Mozilla/4.0″

Con la idea de crearnos un entorno de pruebas, vamos a instalar XEN.
Sobre los dominios instalados, siempre desde cero, se harán las configuraciones e instalaciones requeridas para futuros artículos.

• Instalamos los paquetes necesarios:

aptitude install xen-linux-system-2.6.18-6-xen-amd64 xen-tools

• Descomentar las siguientes lineas de /etc/xen/xend-config.sxp :

(network-script network-bridge)
(vif-script vif-bridge)
(dom0-min-mem 196)
(dom0-cpus 0)