WBSAirBack – Instalación y Configuración Paso a Paso

Última actualización:17:18 hrs Mar 30 / 2013 COT. Puede suceder que el comando smbpasswd no esté disponible en su versión de SAMBA, en cuyo caso deberá usarse pdbedit como equivalente.

11:40 hrs Dic 23 / 2011 COT. (Se ha disminuido la cantidad de texto e imágenes y se ha creado un nuevo artículo con Consejos y Mejores Practicas en https://juliorestrepo.wordpress.com/2011/12/23/wbsairback-mejores-practicas-best-practices )

———————-

Al finalizar este procedimiento usted tendrá implementado un servidor de Backup usando la distribución WBSAirBack, la cual puede ser descargada desde http://sourceforge.net/projects/wbsairback/files

WBSAirBack es básicamente una distribución Linux basada en Debian con el poderoso Bacula , una base de datos PostgreSQL para almacenar el catálogo de Bacula y un fantástico front-end en Apache TOMCAT para administrar Bacula mediante una interface web. Dentro de los items que este tutorial pretende aportar diferentes a la instalación estandar se encuentra la posibilidad de almacenar los backups en el mismo disco duro donde queda instalado el sistema operativo WBSAirBack: Por defecto WBSAirBack obliga a usar TODO un disco duro completo ( /dev/sda , /dev/cciss/c0d0 ) para la instalación del sistema operativo y se obliga a usar un disco duro diferente para almacenar los backups. Esto es absurdo cuando nuestra máquina tiene un único disco duro (o un único arreglo RAID) de gran tamaño (80GB o más) porque se dejaría gran parte del disco VACIO… y allí podríamos almacenar backups, no?

Antes de comenzar debes asegurarte de contar con el siguiente entorno:

WBSAirBack requiere MÍNIMO 2GB de RAM y 20GB de disco duro. Con el propósito de almacenar los backups en el mismo disco duro del sistema operativo, asegurate de contar POR LO MENOS con un disco duro de 40GB (para destinar 20GB para el S.O y 20GB para el backup)

Este procedimiento está dividido en varias etapas:

1. Instalación en una máquina virtual en VirtualBox con 80GB de Disco duro y 2GB de RAM.
2. Configuración de la máquina virtual
3. Instalación Sistema Operativo WBSAirBack
4. Interface
5. Optimización Post-Instalación

Bueno, aqui vamos:

ETAPA 1: Instalación Sistema Operativo WBSAirBack

Etapa 4: Interface

Pantalla de Inicio (Boot Screen)

Consola TTY1

Consola TTY2

Lo primero que debe hacer al culminar la instalación es definir la contraseña de acceso a la aplicación mediante la interface web ( http://-direccion-ip- )

Luego de ingresar al aplicativo, nos concentraremos UNICAMENTE en 2 secciones: ALMACENAMIENTO y BACKUP

5) Optimización Post-Instalación

En esta etapa tenemos varias tareas:

La primera de ellas es establecer un password para el usuario root (por defecto viene en blanco). Para lograrlo, accederemos físicamente a la consola TTY2 del servidor y cambiaremos el password con el comando passwd

Lo segundo que haremos es bastante importante: Definir la zona horaria del servidor.

Efectuar esta operación tiene gran trascendencia en los Schedules o programación de los backup.

wbsairback:~# date
Thu Oct 27 19:55:47 UTC 2011

Son las 19:55, pero en en el Meridiano de GreenWich (Inglaterra) pero mi pais Colombia está ubicado en GMT -5 y realmente son las 14:55 . Bajo estas condiciones, cualquier programación de backup que se realice en el servidor va a ser ejecutada 5 horas antes. (Si programamos un respaldo en el servidor para ejecutarse a las 12PM, la hora en la que realmente va a ejecutarse es 7AM… 5 horas antes, porque la hora del servidor está adelantada)

Debemos configurar la zona horaria de nuestro servidor, para lo cual reconfiguraremos el tzdata (Time Zone Data) mediante  el comando dpkg-reconfigure tzdata . En mi caso particular, he escogido AMERICA / BOGOTÁ… porque estoy en Colombia.

wbsairback:~# dpkg-reconfigure tzdata

Current default timezone: ‘America/Bogota’
Local time is now:      Thu Oct 27 14:55:47 COT 2011.
Universal Time is now:  Thu Oct 27 19:55:47 UTC 2011.

Lo tercero que haremos es agregar un repositorio de Debian para poder instalar Software Adicional ya que por defecto el archivo /etc/apt/source.lst de nuestro WBSAirBack viene en blanco. Busca el repositorio más cercano a tu servidor y a tu país en el sitio web http://www.debian.org/mirror/list

Debido a que ya hemos establecido una contraseña para el usuario root, procederemos a ingresar por SSH para realizar este segundo cambio:

julio@ProBook:~$ ssh root@192.168.1.20
root@192.168.1.20’s password: ************

wbsairback:~# vi /etc/apt/sources.list
deb http://ftp.us.debian.org/debian/ lenny main contrib
deb-src http://ftp.us.debian.org/debian/ lenny main contrib

:wq

Luego ejecutaremos aptitude update para actualizar la lista de paquetes disponibles, pero nos aparecerá un error ya que necesitamos verificar la clave pública GPG del repositorio para verificar las firmas de dichos paquetes.

wbsairback:~# aptitude update

Get:1 http://ftp.us.debian.org lenny Release.gpg [1034B]
Ign http://ftp.us.debian.org lenny/main Translation-en_US
…
…
…
Fetched 10.6MB in 13s (791kB/s)
Reading package lists… Done

GPG error: http://ftp.us.debian.org lenny Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY AED4B06F473041FA

Para resolver esta dificultad ejecutaremos los siguientes comandos:

wbsairback:~# gpg –keyserver pgpkeys.mit.edu –recv-key AED4B06F473041FA
…
gpg: Total number processed: 1
gpg: imported: 1 (RSA: 1)

wbsairback:~# gpg -a –export AED4B06F473041FA | apt-key add –
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
OK

Ahora nuestro aptitude update correrá sin problemas.

wbsairback:~# aptitude update
Get:1 http://ftp.us.debian.org lenny Release.gpg [1034B]
…
Reading package lists… Done
Current status: 73 updates [+73], 22280 new [+21997]

Al instalarse, nuestro sistema quedó implementado sobre 3 particiones (sda1, sda2 y sda3) con 278M, 8.9G y 66G respectivamente.

wbsairback:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             8.9G  1.3G  7.1G  16% /
…
/dev/sda1             278M   25M  239M  10% /boot
/dev/sda3              66G  181M   62G   1% /rdata

En /rdata se aloja el alma y el corazón de WBSAirBack y en /var/www encontraremos los archivos que alimentan la interface web

wbsairback:/# ls -l /rdata/
total 40
drwxr-xr-x 4 root root  4096 Sep 16 06:27 bacula
drwxr-xr-x 2 root root  4096 Sep 16 06:26 iet
drwxr-xr-x 3 root root  4096 Dec 23 10:08 iscsi
drwx—— 2 root root 16384 Dec 21 14:49 lost+found
drwxr-xr-x 2 root root  4096 Sep 16 06:27 nfs
drwxr-xr-x 2 root root  4096 Sep 16 06:27 proftpd
drwxr-xr-x 2 root root  4096 Dec 23 10:21 samba

wbsairback:/# ls -l /var/www/
total 8
drwxr-xr-x 7 root root 4096 Sep 16 06:24 obs
drwxr-xr-x 8 root root 4096 Dec 23 10:16 webadministration

Si quisieramos incluir nuestro logo personalizado en la interface web de WBSAirBack, solo necesitamos editar los archivos product_logo.png y product_logo_small.png ubicados en /var/www/webadministration/images

Debido a que /rdata está alojado en la partición de mayor tamaño (66G en nuestro caso) crearemos allí una carpeta llamada WBSAIRBACK y la compartiremos vía samba, con el fin de alojar en ella nuestras copias de seguridad

wbsairback:~# mkdir /rdata/WBSAIRBACK

Crearemos un usuario Unix llamado respaldo , el cual usaremos para autenticar el acceso vía Samba. El shell del usuario respaldo será /sbin/nologin ya que este usuario no accederá al shell principal de Unix de ninguna manera (no usará ni SH, ni BASH, ni SSH… solo SAMBA). De igual forma el password para el usuario » respaldo « será definido mediante el comando smbpasswd en vez del clásico passwd.

wbsairback:~# useradd -s /sbin/nologin respaldo
wbsairback:~# smbpasswd -a respaldo
New SMB password: ******
Retype new SMB password: ******
Added user respaldo.

Dependiendo de la versión de SAMBA que estés usando puede suceder que el comando smbpasswd no esté disponible. Si este es tu caso, deberás usar el comando equivalente pdbedit

wbsairback:~# pdbedit -a respaldo
New SMB password: ******
Retype new SMB password: ******

Unix username:        respaldo
NT username:
Account Flags:        [U          ]
User SID:             S-1-5-21-blablablabla
Primary Group SID:    S-1-5-21-blablablabla
Full Name:
Home Directory:       \\blablablabla
HomeDir Drive:
Logon Script:
Profile Path:         \\blablablabla
Domain:               BLABLABLA
Account desc:
Workstations:
Munged dial:
Logon time:           0
Logoff time:          blablablabla seconds since the Epoch
Kickoff time:         blablablabla seconds since the Epoch
Password last set:    blablablabla
Password can change:  blablablabla
Password must change: never
Last bad password   : 0
Bad password count  : 0
Logon hours         : blablablabla

Como medida de seguridad, asignaremos al usuario respaldo y al grupo respaldo como OWNERS (propietarios) con permisos de control total sobre la carpeta WBSAirBack que acabamos de compartir.

wbsairback:~# chown -fRv respaldo:respaldo /rdata/WBSAIRBACK
wbsairback:~#chmod 700 -fRv /rdata/WBSAIRBACK

Editaremos el archivo /etc/samba/smb.conf y haremos que WBSAirBack establezca una conexión SAMBA hacia la carpeta /rdata/WBSAIRBACK de si mismo (127.0.0.1)

wbsairback:/# vi /etc/samba/smb.conf

Definiremos el tipo de seguridad de samba en modo USER.

####### Authentication #######

# «security = user» is always a good idea. This will require a Unix account
# in this server for every user accessing the server. See
# /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/ServerType.html
# in the samba-doc package for details.
security = user

Agregaremos las siguientes líneas para compartir la carpeta /mnt/particion-backup/WBSAIRBACK
Aunque autenticaremos el acceso samba mediante el usuario respaldo, como requisito aun inexplicable para mi, la aplicación necesita que el propietario y el grupo de los archivos creados sea el usuario root, con permisos de control total (777) sobre dichos archivos.

[WBSAIRBACK]
comment = WBSAIRBACK
path = /rdata/WBSAIRBACK
writable = yes
browseable = yes
valid users = respaldo
force user = root
force group = root
create mask = 0777
force create mode = 0777
directory mask = 0777

Adicionalmente y para evitar confuciones posteriores comentaremos (pondremos signo # al comienzo de la línea) los siguientes parametros del archivo /etc/samba/smb.conf

#[homes]
#   comment = Home Directories
#   browseable = no
…
#   read only = yes
…
#   create mask = 0700
…
#   directory mask = 0700
…
#   valid users = %S

#[printers]
#   comment = All Printers
#   browseable = no
#   path = /var/spool/samba
#   printable = yes
#   guest ok = no
#   read only = yes
#   create mask = 0700

# Windows clients look for this share name as a source of downloadable
# printer drivers
#[print$]
#   comment = Printer Drivers
#   path = /var/lib/samba/printers
#   browseable = yes
#   read only = yes
#   guest ok = no

A continuación reiniciamos el servicio SAMBA

wbsairback:/# /etc/init.d/samba restart

Podemos probar la conectividad a nuestra carpeta compartida desde Linux (en mi caso Dolphin en KDE4) o desde Windows (con EXPLORER)

Como puede observarse, cualquier archivo que creemos DESDE la red en dicha carpeta quedará definido con » root» como usuario y grupo propietarios.

wbsairback:/# ls -l /rdata/WBSAIRBACK/
total 4
-rw——- 1 root root 111 Jan  4  2008 Archivo HTML creado desde Dolphin de KDE.html
-rw——- 1 root root   0 Nov  3 02:01 Archivo TXT creado desde el Explorer de Windows.txt

Sin embargo, antes de seguir debemos entender claramente varios conceptos, los cuales vamos a definir en este momento. Iremos de menor a mayor nivel de abstracción.

• Storage: Medio de almacenamiento FÍSICO en el cual Bacula puede almacenar información. Ej: Una partición de disco (local, FiberChannel o ISCSI), un lugar en la red (NFS o Samba), una Cinta (Tape Backup), un disco compacto (CD, DVD)
• Repositorio o Media: Nombre LÓGICO mediante el cual Bacula identifica el medio de almacenamiento físico. Un repositorio puede alojar uno o varios pool.
• Conjunto o Pool: Nombre LÓGICO mediante el cual Bacula agrupa varios volumenes de backup.
• Volumen: Unidad mínima de respaldo. Es un archivo en el cual Bacula almacena física y lógicamente los datos respaldados durante una labor de backup. Dicho archivo será lo que veremos como resultado de una tarea de backup.
• Patrón de Archivos o Fileset: Es el parámetro mediante el cual se enuncian CUALES Archivos y Carpetas queremos respaldar.
• Planificación o Schedule: Es el parámetro mediante el cual CUANDO se realizará el respaldo.
• Trabajo o Job: Constituye la tarea de respaldo como tal ( SCHEDULE + FILESET + VOLUME + POOL + MEDIA )

Teniendo esto claro, podemos continuar.

Vamos ahora a configurar como STORAGE nuestra carpeta compartida:

Ahora configuraremos nuestro STORAGE como REPOSITORIO (MEDIA):

En este laboratorio respaldaremos 2 clientes: Uno con sistema operativo Windows y otro con sistema operativo Linux.

Para cada cliente crearemos un Pool (Conjunto) Full y un Pool (Conjunto) Incremental para cada cliente.

Debe quedar de la siguiente forma:

Ahora definiremos los FILESETs o rutas de acceso a las carpetas de cada cliente que queremos respaldar. Para eso ingresaremos a la sección Patrones de Ficheros y efectuamos el procedimiento a continuación:

Para el caso específico de este laboratorio, respaldaremos /home del cliente Linux y C:\Documents and Settings del cliente Windows.

El resultado que tendremos es el siguiente:

Ahora crearemos la programación (Schedule) para cada cliente. Para nuestro escenario, haremos 3 respaldos semanales: 2 incrementales y 1 completo, como se observa en las imágenes a continuación.

Cómo conectar una máquina cliente a WBSAIRBACK.

WBSAIRBACK está basado en Bacula. Lo primero que debemos hacer para conectar una máquina cliente a WBSAIRBACK es obtener el instalador del cliente de Bacula y ejecutarlo en cada una de las máquinas cliente.

• Clientes Linux: Bacula hace parte de los repositorios de la gran mayoría de las distribuciones (tanto de 32 como en 64 Bits), por lo que bastará solamente con ejecutar un aptitude install bacula-client (en distribuciones basadas en Debian/Ubuntu) o un yum install bacula-client (en distribuciones basadas en RedHat/CentOS)
• Clientes Microsoft: Podemos descargar el instalador desde la página de Bacula en SOURCEFORGE http://sourceforge.net/projects/bacula/files En el caso WINDOWS, es muy importante que la versión del cliente CONCUERDE con la versión de Bacula que tenga nuestro servidor de WBSAirBack (en nuestro caso usamos WBSAirBack 1.1-11.48.6 con Bacula 5.0.2 (la versión de Bacula puede verificarse mediante el comando bconsole en Linux)

wbsairback:~# bconsole
Connecting to Director localhost:9101
1000 OK: airback-dir Version: 5.0.2 (28 April 2010)
Enter a period to cancel a command.
*q
wbsairback:~#

Reproduzco a continuación la instalación en cada una de las plataformas mencionadas:

REDHAT/CENTOS

[root@CENTOS]# yum install bacula-client
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.us.leaseweb.net
* extras: ftp.usf.edu
* rpmforge: apt.sw.be
* updates: ftp.usf.edu
Setting up Install Process
Resolving Dependencies
–> Running transaction check
—> Package bacula-client.i686 0:5.0.0-7.el6 set to be updated
–> Processing Dependency: bacula-common = 5.0.0-7.el6 for package: bacula-client-5.0.0-7.el6.i686
–> Running transaction check
—> Package bacula-common.i686 0:5.0.0-7.el6 set to be updated
–> Finished Dependency Resolution

Dependencies Resolved

============================================
Package            Arch        Version        Repository    Size
============================================
Installing:
bacula-client            i686        5.0.0-7.el6    base        143 k
Installing for dependencies:
bacula-common            i686        5.0.0-7.el6    base        340 k

Transaction Summary
============================================
Install       2 Package(s)
Upgrade       0 Package(s)

Total download size: 483 k
Installed size: 1.1 M
Is this ok [y/N]: y
Downloading Packages:
(1/2): bacula-client-5.0.0-7.el6.i686.rpm            | 143 kB     00:00
(2/2): bacula-common-5.0.0-7.el6.i686.rpm            | 340 kB     00:00
—————————————————————————————
Total                            453 kB/s | 483 kB     00:01
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing     : bacula-common-5.0.0-7.el6.i686                                   1/2
Installing     : bacula-client-5.0.0-7.el6.i686                                         2/2

Installed:
bacula-client.i686 0:5.0.0-7.el6

Dependency Installed:
bacula-common.i686 0:5.0.0-7.el6

Complete!

DEBIAN/UBUNTU

root@UBUNTU:/# aptitude install bacula-fd
Reading package lists… Done
Building dependency tree
Reading state information… Done
Reading extended state information
Initializing package states… Done
Writing extended state information… Done
The following NEW packages will be installed:
bacula-client bacula-common{a} bacula-console{a} bacula-fd{a}
0 packages upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 881kB of archives. After unpacking 2,077kB will be used.
Do you want to continue? [Y/n/?] Y

Writing extended state information… Done
Get:1 http://co.archive.ubuntu.com/ubuntu/ lucid/main bacula-common 5.0.1-1ubuntu1 [639kB]
Get:2 http://co.archive.ubuntu.com/ubuntu/ lucid/main bacula-console 5.0.1-1ubuntu1 [67.4kB]
Get:3 http://co.archive.ubuntu.com/ubuntu/ lucid/main bacula-fd 5.0.1-1ubuntu1 [125kB]
Get:4 http://co.archive.ubuntu.com/ubuntu/ lucid/main bacula-client 5.0.1-1ubuntu1 [48.7kB]
Fetched 881kB in 7s (119kB/s)
Preconfiguring packages …
Selecting previously deselected package bacula-common.
(Reading database … 164354 files and directories currently installed.)
Unpacking bacula-common (from …/bacula-common_5.0.1-1ubuntu1_amd64.deb) …
Adding user ‘bacula’… Ok.
Selecting previously deselected package bacula-console.
Unpacking bacula-console (from …/bacula-console_5.0.1-1ubuntu1_amd64.deb) …
Selecting previously deselected package bacula-fd.
Unpacking bacula-fd (from …/bacula-fd_5.0.1-1ubuntu1_amd64.deb) …
Selecting previously deselected package bacula-client.
Unpacking bacula-client (from …/bacula-client_5.0.1-1ubuntu1_all.deb) …
Processing triggers for man-db …
Processing triggers for menu …
Processing triggers for ureadahead …
ureadahead will be reprofiled on next reboot
Setting up bacula-common (5.0.1-1ubuntu1) …

Setting up bacula-console (5.0.1-1ubuntu1) …

Setting up bacula-fd (5.0.1-1ubuntu1) …
* Starting Bacula File daemon…                                              [ OK ]

Setting up bacula-client (5.0.1-1ubuntu1) …
Processing triggers for libc-bin …
ldconfig deferred processing now taking place
Processing triggers for menu …
Reading package lists… Done
Building dependency tree
Reading state information… Done
Reading extended state information
Initializing package states… Done
Writing extended state information… Done

MICROSOFT WINDOWS

Como habrán visto, la instalación es sencilla. No obstante la configuración requiere algo más de esfuerzo.

No se asusten…. vamos a efectuar la configuración paso a paso….

Observemos en la imagen inferior que el archivo bacula-dir.conf usa 3 password distintos.

• xxx
• abc
• def

Aunque TODOS los password nos interesan (como dato técnico) DEBEMOS HACER ENFASIS PARTICULARMENTE en el password del cliente

Paso 1: Identificar las direcciones IPs del Director y de los Clientes

En mi caso, la IP del servidor es 192.168.1.20 y los clientes pueden tomar cualquier valor desde 192.168.1.21 hasta 192.168.1.30

Paso 2: Identificar el password del Cliente

Ubicaremos el archivo bacula-fd de cada cliente y haremos 2 labores:

• Tomaremos nota del password del cliente.
• Sustituiremos el nombre del director por airback-dir

Cliente Linux antes del cambio

root@ProBook:/# vi /etc/bacula/bacula-fd.conf

# List Directors who are permitted to contact this File daemon
#
Director {
Name = ProBook-dir
Password = «9z4UOPfFFckGUZHrwcPQ2KUW1Cqn066dq»
}

Cliente Linux después del cambio

root@ProBook:/# vi /etc/bacula/bacula-fd.conf

# List Directors who are permitted to contact this File daemon
#
Director {
Name = airback-dir
Password = «9z4UOPfFFckGUZHrwcPQ2KUW1Cqn066dq»
}

En el caso particular de CentOS / RedHat nos encontraremos con esto:

# List Directors who are permitted to contact this File daemon
#
Director {
Name = bacula-dir
Password = «@@FD_PASSWORD@@»
}
…
…
…
# Send all messages except skipped files back to Director
Messages {
Name = Standard
director = bacula-dir = all, !skipped, !restored
}

lo cual significa que nosotros mismos debemos definir tanto el nombre del director como el password para la conexión.

Luego de hacer este cambio reiniciamos el servicio bacula-fd

root@ProBook:/etc/bacula# /etc/init.d/bacula-fd restart
* Stopping Bacula File daemon…   [ OK ]
* Starting Bacula File daemon…

Cliente Windows

En nuestra instalación por defecto del cliente Bacula en Windows, es recomendable dejar en blanco el Formulario de Información del Director y efectuar la configuración manualmente en el archivo de texto bacula-fd.conf ubicado en la ruta donde instalamos el cliente ( generalmente %programfiles%\Bacula ) Encontraremos, básicamente, los mismos campos de nombre y password para el director… y de igual forma, reiniciar el servicio Bacula luego de editar el archivo bacula-fd.conf

Teniendo claro las direcciones IP y los password de los clientes, agregaremos cada uno de ellos a WBSAirBack mediante el siguiente procedimiento:

CLIENTE WINDOWS

CLIENTE LINUX

Así quedaría la interface web luego de agregar los clientes:

Hasta este momento hemos creado los repositorios, los pool, los filesets, los schedules y los clientes.

Como último paso, crearemos las tareas de respaldo (JOBS)

Cliente WINDOWS

Cliente LINUX

Continua…

Desafortunadamente, aunque Bacula es un clásico en el mundo Linux y está disponible en los repositorios de casi cualquier distribución, hasta hoy (27 Oct 2011) los paquetes DEB de WBSAirBack no hacen parte de ningún repositorio Debian… los binarios vienen compilados dentro de la imagen ISO… ¿el código fuente, archivos tar.gz?? ni idea de donde descargarlos. ¿cómo instalar WBSAirBack teniendo previamente Debian instalado? ni la más remota idea. No obstante, esto es lo que muestra un aptitude search wbsairback una vez instalada la distribución.

wbsairback:/# aptitude search wbsairback
i   wbsairback-admin            – WBSAirback Web Administration Interface
i   wbsairback-cdp             – WBSAirback CDP Component
i   wbsairback-config            – WBSAirback base configurations
i   wbsairback-iscsi            – WBSAirback iSCSI Enterprise Target
i   wbsairback-java            – Java Development Environment for WBSAirback
i   wbsairback-kernel-image        – WBSAirback Linux 2.6.35 image on PPro/Celeron/PII/PIII/P4
i   wbsairback-lessfs            – A high performance inline data deduplicating filesystem for WBSAirback. Based
i   wbsairback-lvm2            – WBSAirback LVM2
i   wbsairback-mail-transport        – WBSAirback Mail Transport Agent
i   wbsairback-rsync            – WBSAirback data synchronization tool
i   wbsairback-splashy-theme        – WBSAirback splashy theme
i   wbsairback-tomcat            – Apache Tomcat servlet container

#