Dotaz: ZFS snapshoty - kolik zabírají?

[JanM]

Zdravím přítomné,

tušíte někdo jak spočítat, kolik bajtů se uvolní při smazání konkrétního snapshotu na ZFS?

# zfs snapshot srv/tracks@01
# zfs list -t snapshot | grep tracks
srv/tracks                                        29K   155G    29K  /srv/tracks
srv/tracks@01                                       0      -    29K  -
# dd if=/dev/zero of=/srv/tracks/file01 bs=1024 count=1000
1000+0 records in
1000+0 records out
1024000 bytes (1.0 MB) copied, 0.0748983 s, 13.7 MB/s
# snapshot srv/tracks@02
# zfs list -t all | grep tracks
srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
srv/tracks@01                                     26K      -    29K  -
srv/tracks@02                                       0      -  1.03M  -
# dd if=/dev/zero of=/srv/tracks/file02 bs=1024 count=1000
1000+0 records in
1000+0 records out
1024000 bytes (1.0 MB) copied, 0.0730653 s, 14.0 MB/s
# rm /srv/tracks/file01
# zfs list -t all | grep tracks
srv/tracks                                      2.08M   155G  2.03M  /srv/tracks
srv/tracks@01                                     26K      -    29K  -
srv/tracks@02                                     27K      -  1.03M  -
# zfs snapshot srv/tracks@03
# zfs list -t all | grep tracks
srv/tracks                                      2.09M   155G  1.03M  /srv/tracks
srv/tracks@01                                     26K      -    29K  -
srv/tracks@02                                   1.03M      -  1.03M  -
srv/tracks@03                                       0      -  1.03M  -

Až potud celkem fajn, dataset srv/tracks zabírá 2.09 MB, což obsahuje file01 v @02 a file02 v @03. Aktuální velikost datasetu je 1.03 MB, neb file01 byl již smazán.

# zfs destroy srv/tracks@02
# zfs list -t all | grep tracks
srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
srv/tracks@01                                     27K      -    29K  -
srv/tracks@03                                       0      -  1.03M  -
# zfs snapshot srv/tracks@04
# zfs list -t all | grep tracks
srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
srv/tracks@01                                     27K      -    29K  -
srv/tracks@03                                       0      -  1.03M  -
srv/tracks@04                                       0      -  1.03M  -
# zfs snapshot srv/tracks@05
# zfs list -t all | grep tracks
srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
srv/tracks@01                                     27K      -    29K  -
srv/tracks@03                                       0      -  1.03M  -
srv/tracks@04                                       0      -  1.03M  -
srv/tracks@05                                       0      -  1.03M  -

Pokud nyní odstraním snapshoty @03, @04 a @05, nic neušetřím, neb soubor file02 stále existuje v srv/tracks.

# rm /srv/tracks/file02
# zfs list -t all | grep tracks
srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
srv/tracks@01                                     27K      -    29K  -
srv/tracks@03                                       0      -  1.03M  -
srv/tracks@04                                       0      -  1.03M  -
srv/tracks@05                                       0      -  1.03M  -

Pokud nyní odstraním snapshoty @03, @04 a @05, ušetřím 1.03 MB prostoru. Jak to ale zjistit z výpisu zfs list -t snapshot, když i v předchozím kroku zobrazil stejné informace?

# for i in 03 04 05; do zfs destroy srv/tracks@$i; done
# zfs list -t all | grep tracks
srv/tracks                                        56K   155G    29K  /srv/tracks
srv/tracks@01                                     27K      -    29K  -

Ať se dívám, jak se dívám, spolehlivě se nedá vyčíst, kolik místa ušetřím smazáním nějakého snapshotu.

Nebo někdo zná nějaký fígl?

Odpovědi

[blami]

Nesedim ted u Solarisu a tudiz varim z vody, ale zkusil bych zfs list -t all -o size. Z toho vypisu by to melo jit vycist.

[JanM]

Hm, nevím, hledal jsem hledal, ale buď špatně anebo to není možné.

Existuje "used" a "refer", přičemž ta první se odkazuje na velikost dat skutečně alokovanou konkrétnímu snapshotu, ta druhá vlastnost popisuje velikost souborového systému v okamžiku vytvoření snapshotu.

Takže "used" by měla být to pravé, nicméně to nefunguje v případě, kdy jsou data obsažena ve dvou snapshotech (celkem logicky), ale v aktuálním souborovém systému již chybí. V takovém případě je "used" stále nulové. Stačí však smazat jeden snapshot a náhle se "used" toho zbývajícího rovná velikosti již smazaných dat.

Chtělo by to nějakou utilitku, která by zvládla spočítat a hlavně nějak prezentovat, kolik dat by se dalo ušetřit promazáním některých snapshotů.

Tzn., že by musela zjistit, která data již neexistují v souborovém systému a kterými snapshoty jsou sdílena. Pak to seřadit dle velikosti a/nebo počtu sdílejících snapshotů.

Možná by se dal využít "zfs diff", nicméně ten zatím pro ZFS on Linux nebyl implementován.

P.S. Řeším to proto, že při zaplnění záložního disku se mi nezdá nejlepší varianta mazat automaticky nejstarší snapshoty, ale spíše identifikovat ty objemné, a buď tyto smazat, anebo naklonovat a smazat jen příslušné soubory a znovu rsyncem vytvořit i snapshoty následné, avšak bez inkriminovaných souborů. Trochu overkill.