Avamar: el tamaño de un respaldo de cliente linux puede ser confuso debido a "/var/log/lastlog" y al comportamiento disperso del manejo de archivos.

El comportamiento descrito en este artículo puede afectar la creación de informes de tamaño de respaldo de Avamar.
Esto es de interés cuando debemos informar sobre la cantidad de datos protegidos en un respaldo de Avamar. Un ejemplo sería donde un proveedor de servicios factura a los usuarios finales la cantidad de clientes.

El tamaño informado de un respaldo de cliente linux en el que se incluye /var/log/lastlog puede ser mayor que el espacio total en disco disponible para el cliente.

Ejemplo:
Un cliente Linux está configurado para respaldar solo el directorio /var/log que contiene 39 MB de datos.

root@linuxclient:~/#: du -hs /var/log
39M /var/log

El directorio /var/log y el respaldo contienen "lastlog",  

root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
48K -rw-rw-r-- 1 root root 272G Apr 30 11:46 /var/log/lastlog

Nota: Lastlog consume 48 K de espacio en el disco, mientras que el tamaño normal informado es de 272 GB. Este es un archivo disperso. Una vez finalizado el respaldo, avtar afirma haber respaldado 272 GB de datos.
 

2015-04-30 12:08:09 avtar Info <5163>: Backup complete, wrapping-up session with Server
2015-04-30 12:08:10 avtar Info <5156>: Backup #494 timestamp
2015-04-30 12:21:58, 131 files, 16 directories, 272.0 GB (5 files, 6.830 KB, 0.00% new)
2015-04-30 12:08:10 avtar Info <7539>: Label "MOD-1430395268242", scheduled to expire after 06/29/15 (2015-06-29 12:01:07 UTC), none backup
2015-04-30 12:08:10 avtar Info <6083>: Backed-up 272.0 GB in 20.83 minutes: 783 GB/hour (377 files/hour)

El valor informado para la cantidad de datos respaldados es mayor que el tamaño del sistema de archivos Linux.

root@linuxclient:~/#: df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 7.9G 2.4G 5.1G 32% /
/dev/sda1 122M 13M 103M 12% /boot
none 3.0G 0 3.0G 0%
/dev/shm /dev/sda3 1.5G 125M 1.3G 9% /var

El archivo /var/log/lastlog cambia cada vez que un usuario (humano o de otro tipo) inicia sesión en el sistema. Avtar debe procesar todo el archivo debido a las limitaciones de manejo de archivos dispersos que se describen en el artículo Avamar y los archivos dispersos.

Solución alternativa 1: Excluya /var/log/lastlog del respaldo. 

Si el usuario debe respaldar lastlog para fines de auditoría, considere la posibilidad de crear un crontab diario programado para enviar la salida de lastlog a un archivo de salida,
por ejemplo,

lastlog > /var/log/lastlog_$(date +%d%m%Y).log

El archivo regular lastlog_<date se respaldaría, pero el lastlog original y disperso no lo haría.


>Solución alternativa 2: Reduzca el rango de ID de usuario y reduzca "lastlog".

Tenga en cuenta si se requiere un ID de usuario alto. ¿Es probable que consuma todos los ID de usuario en el rango determinado?
Si un ID de usuario inferior es igualmente funcional, lo siguiente podría ser útil; 

• Edite /etc/passwd para asegurarse de que el rango de ID de usuario sea lo más pequeño posible.
• Cambie el nombre del archivo lastlog y vuelva a crearlo mediante la función táctil lastlog. Configure la propiedad y los permisos para que sean los mismos que los del archivo original.
• Conéctese al sistema con un usuario para actualizar el archivo lastlog recién creado.

root@linuxclient:/var/log/#: ls -ltrhs | grep lastlog
36K -rw-r----- 1 root tty 272G Apr 28 09:44 lastlog.old
8.0K -rw-r----- 1 root tty 143K Apr 28 09:50 lastlog

Nota n.º 1:
Desde una perspectiva de rendimiento, un archivo disperso grande tarda una cantidad significativa de tiempo en respaldarse. Debido a la naturaleza de "lastlog", es probable que el archivo se modifique y se debe procesar por completo todos los días. P araobtener más información sobre los archivos dispersos, consulte Avamar y los archivos dispersos.

Nota n.º 2:
El archivo /var/log/lastlog es un archivo disperso cuyo tamaño depende del rango de ID de usuario que existe en el archivo /etc/passwd.

En el ejemplo proporcionado anteriormente, /etc/passwd originalmente tenía ID de usuario que fueron hasta 502.  

El archivo estaba disperso, pero moderadamente así. El tamaño del archivo informado era pequeño.

root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
16K -rw-rw-r-- 1 root root 143K Apr 30 11:26 /var/log/lastlog

La adición de un usuario con un ID de usuario grande hace que el tamaño de lastlog aumente considerablemente en el tamaño informado. Como se ilustra a continuación, cuanto mayor sea el ID de usuario, más disperso (y mayor es el tamaño informado) de lastlog.

Agregar un usuario con un ID de usuario alto.

root@linuxclient:/var/log/#: useradd sparsetest -u 999999 

Se creó el usuario sparsetest.

root@linuxclient:/var/log/#: tail -1 /etc/passwd sparsetest:x:999999:999999::/home/sparsetest:/bin/bash

El archivo lastlog aumenta el tamaño informado.

root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
32K -rw-rw-r-- 1 root root 279M Apr 30 11:34 /var/log/lastlog

Agregue un usuario con un ID de usuario aún mayor.

root@linuxclient:/var/log/#: useradd sparsetest2 -u 999999999

El archivo lastlog se vuelve aún más disperso.

root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
48K -rw-rw-r-- 1 root root 272G Apr 30 11:46 /var/log/lastlog