Estás leyendo:
Informática

Ubuntu: upgrades interrumpidos y recuperación ante desastres


Si algo sabemos a estas alturas es que la interrupción de un proceso de upgrade (cambio de versión del sistema operativo sustituyendo la existente por otra más reciente) es una fatalidad y de las chungas.

Cuando acontece tamaño desastre hay que pensar sólo en una cosa: calma…mucha calma ante todo. Y es que todo puede tener solución, al menos una de compromiso que nos asegure lo más importante: la recuperación de nuestros datos.

Un live CD de cualquier distro de Linux os puede permitir acceder al Filesystem de vuestro disco petado.  A unas malas, montar el disco como slave en otra máquina es una alternativa a contemplar si tenéis el recurso disponible. Un disco externo o el disco maestro de la otra máquina pueden ser el destino de la salvaguarda.

Como leeréis a continuación, el escenario es sobre una máquina activa. La elección de un /home y una máquina funcionando no es incongruente: bien puede ser sobre la que habéis montado el disco como esclavo, o mejor, este planteamiento de inicio os sirve para prevenir o para adelantar trabajo, y además de esta manera controláis dónde y cómo se almacenan. Si no lo veis claro, sustituid /home por la ruta de backup que hayáis decidido.

Como ya sabéis, los sistemas Linux proporcionan un punto único de acceso a la información almacenada en el sistema desde los directorios personales que cuelgan de /home, Otra cosa son los datos almacenados:

las bases de datos mysql se alojan en /var/lib/mysql, los ficheros de configuración implicados son /etc/mysql/my.cnf y /etc/apparmor.d/usr.sbin.mysqld. La idea es ubicarlas dentro de /home y para ello hay que:

  1. Parar el daemon mysqld:
    sudo /etc/init.d/mysql stop
  2. Mover el contenido de /var/lib/mysql a /home/mysql (no estará de más hacer una copia de seguridad):
    sudo cp -rpf /var/lib/mysql /home
     sudo mv /var/lib/mysql /var/lib/mysql.bak
  3. Crear un enlace suave llamado mysql en /var/lib apuntando al nuevo directorio:
    sudo ln -s /home/mysql  /var/lib/mysql 
  4. Cambiar el propietario de /home/mysql con caracter recursivo:
    sudo chown -R mysql:mysql /home/mysql
  5. Editar my.cnf y cambiar el valor de datadir:
    datadir  = /home/mysql
  6. Editar /etc/apparmor.d/usr.sbin.mysqld y añadir  los pertinentes permisos para la nueva ruta:
    /home/mysql/ r,
     /home/mysql/** rwk,
  7. Restablecer apparmor:
    sudo /etc/init.d/apparmor restart
  8. Restablecer el servicio mysql:
    sudo /etc/init.d/mysql start

Ahora tenemos todos los datos colgando de un directorio que controlamos: puede ser nuestro directorio personal o si nos movemos en entornos corporativos, unidades de red NAS o cualquier tipo de sistema de archivos remoto con el que podamos comunicar a nuestro servidor. El procedimiento sería el mismo.

Ahora tenéis casi todo lo que importa dentro de una ruta que controláis y que podéis copiar para luego sustituir una vez machacado el viejo filesystem por la nueva re-instalación, en caso de que la cosa no tenga remedio.  Si tenéis webservers sobre apache con instalación estándar,  hablamos otro día de cómo proceder😉

Poco más. Espero que podáis utilizarlo con éxito en caso de desastre. Saludos calamares

Discussion

No comments yet.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Lo leyeron y comentaron

Top Clicks

  • None

Flickr Photos







More Photos
%d bloggers like this: