A veces necesitas que te lleguen todas las alertas posibles desde tu Linux box a tu correo; cuando el sistema se apaga, se prende, tiene un error, ejecuta una tarea, etc. Estos correos generalmente le llegan a root, ese usuario local que tiene su mailbox en tu linux box.

¿Qué pasa si quiero esos correos en mi cuenta de gmail o empresarial?

Bueno, en sistemas como Ubuntu y CentOS generalmente basta con usar /etc/aliases para redirigir el correo de xxxx usuario a xxx@xxxx.xxx cuenta y se hace de esta manera:

root: cuentadecorreo@servidor.com

Ya lo hice pero sigo sin recibir el correo T__T

Pues los chances son que estas usando algo como nullmailer para entregar correo (es posible que tu sistema sea Debian), nullmailer no entrega correo por default pero puede mandar el correo a un servidor SMTP para que envíe el correo. El problema con nullmailer es que no hace uso de aliases y trata el correo local como local, puedes adjuntar un dominio a todo el correo local pero eso significa que el correo de root se enviará a root@dominio,com y eso generalmente sirve para dos cosas… Nada y lo mismo.

Pues bien solo te queda instalar un MTA en tu Linux box como Postfix a quien encuentro muy sencillo de usar, puedes instalarlo de la siguiente forma:

Si tienes YUM:

yum install postfix

Si tienes APT-GET:

apt-get install postfix

Al instalar te pide lo configures, te dará muchas opciones de configuración y si algo sale mal puedes usar:

dpkg-reconfigure postfix

e intentar de nuevo.

Puedes probar la salida de mails con el siguiente comando, asumiendo que tienes tus array’s en mdadm.conf

mdadm --monitor --scan --test --oneshot

De lo contrario ya le buscas en google mano :v

A veces por una falla eléctrica, mecánica o azares del destino nuestro raid se llega a salir de sincronía y regularmente se puede forzar una reconstrucción del mismo usando -f. Sin embargo hay veces en las que nuestra partición es rechazada por mdadm con un mensaje genérico como “mdadm: add new device failed for /dev/sd* as *: Invalid argument” y es aquí cuando nos queremos arrancar los pelos.

Bueno, si es solo un disco o tu RAID sigue funcionando “KEEP CALM, REMOVE RAID METADATA AND READD THE PARTITION” y aquí es donde sucede la magia. Igual ya probaste reiniciando la computadora, rearmando el raid y demás… Extrañamente en ese disco las particiones 1, 2 y 3 si ensamblan en el raid sin problema alguno; el superblock puede estar corrupto.

dd if=/dev/zero of=/dev/[tu drive/partición] bs=512 seek=$(( $(blockdev --getsz /dev/[tu drive/partición]) - 1024 )) count=1024

mdadm -a /dev/md[tu_raid] /dev/[tu drive/partición]

Ahora solo queda esperar a que el raid termine la reconstrucción…  recuerda monitorear el proceso /proc/mdstat para ver su progreso.