Llevaba mucho tiempo sin actualizar esto. Tengo material interesante pero no así tiempo para publicarlo.

Os cuento que la falta de tiempo es debido a artigoo. Un proyecto del cuál estoy formando parte.
Artigoo es un camino fácil para rentabilizar el contenido que la gente sin conocimientos técnicos o sobre internet podrá aprovechar.

Desde hace algunos días se viene anunciando la salida de la nueva versión estable de Debian, nombre en clave Lenny.
Os pongo aquí la nota de prensa:

El Proyecto Debian se complace en anunciar la publicación oficial de la
versión 5.0 de Debian GNU/Linux, nombre en clave “lenny”, tras 22 meses
de desarrollo constante. Debian GNU/Linux es un sistema operativo libre
que soporta un total de doce arquitecturas de procesador e incluye los
entornos de escritorio KDE, GNOME, Xfce y LXDE. También ofrece
compatibilidad con el estándar FHS v2.3 y software desarrollado para la
versión 3.2 de LSB.

Tenemos un disco en el sistema, que queremos sustituir. Podríamos hacerlo con dd, pero como está siendo usado bajo LVM, vamos a hacer uso de una de sus funcionalidades para mover discos:

Disco antiguo: /dev/sda
Disco nuevo: /dev/sdb
Volume Group: VGMysql

Inicializar disco:

Inicializamos el nuevo disco para ser gestionado por LVM.

pvcreate /dev/sda

Ampliar el volume group:

Ese nuevo disco inicializado, lo añadimos al volume group donde se encuentra el disco que queremos sustituir.

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)