Changes between Version 2 and Version 3 of SyncronizeBtrfs

Timestamp:

Jun 27, 2017, 10:05:53 AM (8 years ago)

Author:

irina

Comment:

--

SyncronizeBtrfs

@@ -8 +8 @@
  * comparar la imagen con el contenido de la partición y crear una imagen diferencial con los archivos que difieran y la información de los archivos que sobran, de forma que al restaurar primero la imagen completa y luego la diferencial la partición destino quede como la del equipo modelo.
 
-La sincronización de imágenes se introducirá en la versión 1.0.5 en modo de prueba. Tenemos dos aproximaciones diferentes que denominamos SYNC1 y SYNC2 la diferencia principal es que la versión 1 guarda los datos de las imágenes en un directorio del servidor y la versión 2 lo empaqueta en un archivo que contiene un sistema de ficheros, según el kernel del cliente de opengnsys será ext4 o btrfs.
+La sincronización de imágenes se introducirá en la versión 1.0.5 en modo de prueba. Tenemos dos aproximaciones diferentes que denominamos "tipo directorio" y "tipo archivo" la diferencia principal es que la versión 1ª guarda los datos de las imágenes en un directorio del servidor y la versión 2ª lo empaqueta en un archivo que contiene un sistema de ficheros, según el kernel del cliente de OpenGnsys será ext4 o btrfs.
 
 Estos sistemas de ficheros son de lectura y escritura, por lo que nos permite modificar la imagen una vez creada. Además el btrfs permite montarlo en modo comprimido, de forma que la compresión y descompresión se realiza de modo transparente para el usuario.
 
-En esta página vamos a documentar los procedimientos que se utilizan en la versión sync2, aunque si se van a hacer pruebas es mejor instalar la versión 1.0.5 o utilizar los script bajados del proyecto.
+En esta página vamos a documentar los procedimientos que se utilizan en la versión tipo archivo, con los comandos del sistema operativo. Si se van a hacer pruebas es mejor instalar la versión 1.0.5 o 1.0.6 para utilizar las funciones y los script del proyecto.
 
 '''Procedimiento'''
 
-Creamos imágenes (en cache o repo). Creamos un archivo vacío, lo montamos en modo loop y creamos dentro de él un sistema de ficheros. Montamos el sistema de fichero y clonamos dentro con los datos de la partición sincronizandolos con rsync.
-
-Para restaurar montaremos la imagen (en cache o repo) y utilizaremos rsync para sincronizar la partición. La partición puede estar vacía o haber sido restaurada y luego modificada por el uso.
-
-Para windows restauraremos las ACL con ntfs-3g.secaudit
+__Creamos imágenes (en cache o repo).__ 
+
+ * Creamos un archivo vacío, lo montamos en modo loop y creamos dentro de él un sistema de ficheros. 
+ * Montamos el sistema de fichero y clonamos dentro con los datos de la partición sincronizándolos con rsync.
+ * Para windows crearemos un backup de las ACL con ntfs-3g.secaudit
+
+__Restauramos imágenes.__ 
+
+  * Montamos la imagen (en cache o repo)
+  * Utilizaremos rsync para sincronizar la partición. 
+  * Para windows restauraremos las ACL con ntfs-3g.secaudit
+
+  La partición puede estar vacía o haber sido restaurada y luego modificada por el uso.
 
 En el servidor puedo montar la imagen y modificar, borrar o añadir los archivos que queramos.
@@ -38 +46 @@
 La imagen será un archivo con un sistema de fichero que contenga los datos de la partición. 
 
-Creamos el archivo vacío:
+__Creamos el archivo vacío__
+
+Podemos utilizar los comandos dd o truncate, dd tarda bastante y truncate es inmediato:
 {{{
 dd if=/dev/zero of=$IMGFILE bs=1024 count=$SIZEREQUIRED
+}}}
+
+o:
+{{{
+truncate --size=">$SIZEREQUIRED"k "$IMGFILE"
 }}}
 
@@ -46 +61 @@
 SIZEREQUIRED: tamaño de la imagen en kilobytes.
 
-
+__Creamos el sistema de ficheros__
 
 Detectamos cual es el kernel del cliente para elegir el sistema de ficheros a utilizar. Si es menor que 3.7 usamos ext4, si es mayor o igual btrfs:
@@ -54 +69 @@
 }}}
 
-
-Creamos el sistema de ficheros:
+Utilizamos el comando mkfs del fs elegido:
+
 {{{
 LOOPDEVICE=$(losetup -f)
-if [ $IMGFS == "EXT4" ]; then
-      losetup $LOOPDEVICE "$IMGNAME.img"
-      resize2fs -f $LOOPDEVICE &> $REPOLOG
-else
-      mount -o compress=lzo  "$IMGNAME.img" "$DIRMOUNT"
-      btrfs filesystem resize max "$DIRMOUNT"  2>&1 > $REPOLOG
+if [ "$IMGFS" == "EXT4" ]; then
+      mkfs.ext4 -i 4096  -b 4096 -L "${2##*\/}" $LOOPDEVICE 2>&1 |tee -a $OGLOGCOMMAND
+else
+      mkfs.btrfs  -L "${2##*\/}" $LOOPDEVICE 2>&1 | tee -a $OGLOGCOMMAND
 fi
 }}}
@@ -70 +83 @@
 
 
-Sincronización imagen:
+__Sincronización imagen__
 
 Montamos la imagen y la partición que queremos clonar y sincronizamos tomando como origen la partición. 
 
-Montamos la imagen. En el servidor:
-{{{
+1) Montamos la imagen. En el servidor:
+{{{
+LOOPDEVICE=$(losetup -f)
 if [ $IMGFS == "EXT4" ]; then
      mount $OPTMOUNT -t ext4 $1 $2
@@ -85 +99 @@
 OPTMOUNT: ro cuando restauramos, vacío al crearla, ya que por defecto es de lectura y escritura.
 
-Montamos la partición, en el cliente:
+2) Montamos la partición, en el cliente:
 {{{
 ogMount 1 X
 }}}
 
-# Creamos la lista del contenido.
+3) Creamos la lista del contenido.
 
 {{{
 mkdir /tmp/vacio
-# Creamos la lista del contenido y lo situamos en la particion a copiar.
 rsync -aHvn --delete /mnt/sdaX/ /tmp/vacio > /tmp/ogimg.lista
 }}}
 
-Sólo para windows: creamos la lista de acl:
+4) Sólo para windows: creamos la lista de acl:
 
 {{{
@@ -109 +122 @@
 }}}
 
-# Sincronizamos la imagen desde la partición.
+5) Sincronizamos la imagen desde la partición.
 
 {{{
@@ -118 +131 @@
 }}}
 
-Es mejor utilizar el servicio de rsync en el servidor ya que cuando utilizamos rsync sobre samba va peor, la transferencia es más lenta. Este tema excede el objeto de está documentación.
-
-Desmontamos la imagen. En el servidor:
+6) Desmontamos la imagen. En el servidor:
 {{{
 umount /opt/opengnsys/images/mount/$IMGNAME
 }}}
 
+Importante: Es mejor utilizar el servicio de rsync en el servidor ya que cuando utilizamos rsync sobre samba va peor, la transferencia es más lenta. Este tema excede el objeto de está documentación.
+
+== Redimensionar imagen ==
+Cuando se crea una imagen por segunda vez puede ser necesario que el tamaño sea mayor. Se creará exactamente como la primera vez salvo que en vez de crear el archivo de imagen y su sistema de fichero los redimensiono.
+
+1) Redimiensiono el archivo
+
+{{{
+truncate --size=">$NEWSIZEREQUIRED"k "$IMGFILE"
+}}}
+
+2) Redimiensiono el sistema de ficheros
+
+{{{
+LOOPDEVICE=$(losetup -f)
+if [ $IMGFS == "EXT4" ]; then
+      losetup $LOOPDEVICE "$IMGNAME.img"
+      resize2fs -f $LOOPDEVICE &> $REPOLOG
+else
+      mount -o compress=lzo  "$IMGNAME.img" "$DIRMOUNT"
+      btrfs filesystem resize max "$DIRMOUNT"  2>&1 > $REPOLOG
+fi
+}}}
+
 
 == Restaurar - Sincronizar una imagen tipo ext4 o btrfs ==
@@ -130 +165 @@
 La imagen puede estar en la cache o en repo.
 
-Montamos la imagen:
-Montamos la imagen. En el servidor:
+1) Montamos la imagen, por ejemplo en el servidor
 
 {{{
@@ -145 +179 @@
 }}}
 
-Montamos la partición, en el cliente:
+2) Montamos la partición, en el cliente
 {{{
 ogMount 1 X
 }}}
 
-Sincronizamos la partición tomando como origen la imagen. La partición puede estar vacía o haber sido restaurada con anterioridad y sólo hay que restaurar las modificaciones que haya hecho por el uso.
+3) Sincronizamos la partición tomando como origen la imagen
+
+La partición puede estar vacía o haber sido restaurada con anterioridad y sólo hay que restaurar las modificaciones que haya hecho por el uso.
 
 {{{
@@ -156 +192 @@
 }}}
 
-Sólo para windows restauramos las ACL:
+4) Sólo para windows restauramos las ACL
 
 {{{
@@ -167 +203 @@
 # Restauramos las acl:
 ntfs-3g.secaudit -se /dev/sdaX /tmp/ogimg.acl
+}}}
+
+5) Desmontamos la imagen
+
+{{{
+{
+umount /opt/opengnsys/images/mount/$IMGNAME
 }}}