Avamar - De grootte van een Linux-clientback-up kan misleidend zijn vanwege '/var/log/lastlog' en dun bestandsverwerkingsgedrag.

Het gedrag dat in dit artikel wordt beschreven, kan van invloed zijn op de rapportage over de grootte van de Avamar back-up.
Dit is van belang waarbij we moeten rapporteren over de hoeveelheid data die is beschermd in een Avamar back-up. Een voorbeeld hiervan is het facturen van eindgebruikers door een serviceprovider voor het bedrag van de client.

De gerapporteerde grootte van een Linux-clientback-up waarbij /var/log/lastlog is inbegrepen, kan groter zijn dan de totale beschikbare schijfruimte voor de client.

Voorbeeld:
Een Linux-client is geconfigureerd om alleen een back-up te maken van de /var/log directory die 39 MB aan data bevat.

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

De /var/log directory en de back-up bevatten '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

Opmerking: lastlog verbruikt 48 K aan ruimte op schijf, terwijl de normale gerapporteerde grootte 272 GB is. Dit is een dun bestand. Na voltooiing van de back-up claimt avtar dat er een back-up is gemaakt van 272 GB aan data.
 

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)

De gerapporteerde waarde voor de hoeveelheid data waarvan een back-up is gemaakt, is groter dan de grootte van het Linux-bestandssysteem.

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

Het bestand /var/log/lastlog verandert wanneer een gebruiker (menselijk of anderszins) zich aanmeldt bij het systeem. Avtar moet het hele bestand verwerken vanwege de beperkingen voor het omgaan met dunne bestanden die worden beschreven in het artikel Avamar en dun bestanden.

Tijdelijke oplossing 1: Sluit /var/log/lastlog uit van de back-up. 

Als de gebruiker een back-up moet maken van lastlog voor controledoeleinden, kunt u overwegen een geplande dagelijkse crontab te maken om de uitvoer van lastlog naar een uitvoerbestand te verzenden,
bijvoorbeeld:

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

Er wordt een back-up gemaakt van de normale lastlog_datum van het bestand<, maar de oorspronkelijke, dunne lastlog niet.


>Tijdelijke oplossing 2: Verminder het bereik van gebruikers-ID's en verklein 'lastlog'.

Overweeg of een dergelijke hoge gebruikers-ID vereist is. Verbruikt het waarschijnlijk alle gebruikers-LED's in het opgegeven bereik?
Als een lagere gebruikers-ID even functioneel is, kan het volgende nuttig zijn: 

• Bewerk /etc/passwd om ervoor te zorgen dat het bereik van gebruikers-ID's zo klein mogelijk is.
• Wijzig de naam van het lastlog-bestand en maak het opnieuw met behulp van touch lastlog. Stel het eigendom en de machtigingen in op hetzelfde als het oorspronkelijke bestand.
• Maak verbinding met het systeem met een gebruiker om het zojuist gemaakte lastlog-bestand bij te werken.

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

Opmerking 1:
Vanuit prestatieoogpunt neemt een groot dun bestand een aanzienlijke hoeveelheid tijd in beslag. Vanwege de aard van 'lastlog' wordt het bestand waarschijnlijk aangepast en moet het elke dag volledig worden verwerkt. Fof meer informatie over dunne bestanden, zie Avamar en dun bestanden.

Opmerking 2:
Het bestand /var/log/lastlog is een dun bestand waarvan de grootte afhankelijk is van het bereik van de gebruikers-ID's in het /etc/passwd-bestand.

In het bovenstaande voorbeeld had /etc/passwd oorspronkelijk user-ID's die wel 502 hoog waren.  

Het bestand was dun, maar redelijk. De gemelde bestandsgrootte was klein.

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

Het toevoegen van een gebruiker met een grote gebruikers-ID zorgt ervoor dat de grootte van de lastlog aanzienlijk toeneemt in de gerapporteerde grootte. Zoals hieronder wordt aangegeven, geldt dat hoe hoger de gebruikers-ID, hoe dunnere (en hoger gerapporteerde grootte) van lastlog.

Voeg een gebruiker met een hoge gebruikers-ID toe.

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

De dunste test van de gebruiker is gemaakt.

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

Het lastlog-bestand neemt toe in de gerapporteerde grootte.

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

Voeg een gebruiker toe met een nog hogere gebruikers-ID.

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

Het lastlog-bestand wordt nog dunner.

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