Avamar: le dimensioni di un backup del client Linux potrebbero essere fuorvianti a causa del comportamento di gestione dei file sparse e "/var/log/lastlog".

Il comportamento descritto in questo articolo può influire sul reporting sulle dimensioni del backup Avamar.
Questo è di interesse per cui dobbiamo segnalare la quantità di dati protetti in un backup Avamar. Un esempio potrebbe essere il caso in cui un service provider fattura gli utenti finali per la quantità di client.

Le dimensioni segnalate di un backup del client Linux in cui è incluso /var/log/lastlog possono essere maggiori dello spazio totale su disco disponibile per il client.

Esempio:
Un client Linux è configurato per eseguire il backup solo della directory /var/log che contiene 39 MB di dati.

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

La directory /var/log e il backup contengono "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 consuma 48 K di spazio su disco, mentre la dimensione indicata normale è 272 GB. Si tratta di un file sparse. Al termine del backup, avtar afferma di aver eseguito il backup di 272 GB di dati.
 

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)

Il valore segnalato per la quantità di dati di cui è stato eseguito il backup è maggiore delle dimensioni del file system 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

Il file /var/log/lastlog cambia ogni volta che un utente (umano o altro) accede al sistema. Avtar deve elaborare l'intero file a causa delle limitazioni di gestione dei file sparse descritte nell'articolo Avamar e nei file sparse.

Soluzione alternativa 1: Escludere /var/log/lastlog dal backup. 

Se l'utente deve eseguire il backup di lastlog per scopi di verifica, prendere in considerazione la creazione di un crontab giornaliero pianificato per inviare l'output di lastlog a un file di output,Ad
esempio,

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

Viene eseguito il backup del file normale lastlog_<date, ma non il file sparse lastlog originale.


>Soluzione alternativa 2: Ridurre la gamma di userID e "lastlog".

Considerare se è richiesto un ID utente così elevato. È probabile che consumi tutti gli ID utente nell'intervallo specificato?
Se un ID utente inferiore è altrettanto funzionale, potrebbe essere utile quanto segue: 

• Modificare /etc/passwd per assicurarsi che l'intervallo di USERID sia il più piccolo possibile.
• Rinominare il file lastlog e quindi ricrearlo utilizzando il comando touch lastlog. Impostare la proprietà e le autorizzazioni come il file originale.
• Connettersi al sistema con un utente per aggiornare il file lastlog appena creato.

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:
Dal punto di vista delle prestazioni, un file sparse di grandi dimensioni richiede una notevole quantità di tempo per il backup. Per via della natura di "lastlog", è probabile che il file venga modificato e debba essere completamente elaborato ogni giorno. Fo ulteriori informazioni sui file sparse, vedere I file Avamar e sparse.

Nota n. 2:
Il file /var/log/lastlog è un file sparse le cui dimensioni dipendono dall'intervallo di userID presenti nel file /etc/passwd.

Nell'esempio fornito in precedenza, /etc/passwd aveva originariamente userID che sono passati a 502.  

Il file era sparse, ma moderatamente così. Le dimensioni del file segnalate erano ridotte.

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

L'aggiunta di un utente con un ID utente di grandi dimensioni fa sì che le dimensioni di lastlog aumentino notevolmente le dimensioni segnalate. Come illustrato di seguito, più alto è l'ID utente, più sparse (e maggiore è la dimensione segnalata) di lastlog.

Aggiungere un utente con un ID utente elevato.

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

Utente sparsetest creato.

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

Il file lastlog aumenta delle dimensioni segnalate.

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

Aggiungere un utente con un ID utente ancora più elevato.

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

Il file lastlog diventa ancora più sparse.

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