Permiteți-mi să prefațez acest lucru spunând că nu știu nimic despre Duplicity. Persoana din organizația mea care are cunoștințele a plecat în concediu și, ca de obicei, în timp ce este plecat, se întâmplă lucruri neobișnuite.
Am primit o alertă astăzi că unul dintre serverele noastre a umplut brusc volumul rădăcină. Acest server rulează de ani de zile, iar volumul rădăcină este (era) de doar 5 GB, deoarece nu a avut niciodată nimic în el și nu am avut niciodată o problemă cu volumul aproape de umplere. Am urmărit utilizarea atribuită folderului /root/.cache/duplicity. Serverul rula sa cronjob lunar la momentul respectiv, care efectuează un „eliminare mai vechi decât 1Y” urmat de un „eliminare-toate-inc-of-dar-n-full 3”. În timpul operației de îndepărtare-mai vechi decât, discul s-a umplut. Se pare că la jumătatea lunii trecute, am avut o creștere semnificativă a modificărilor de date pe acel server, ceea ce a făcut ca backup-urile incrementale să crească brusc în dimensiune. Desigur, acestea sunt speculații, deoarece chiar nu știu la ce mă uit (cum am menționat deja).
Deci, tocmai am mărit dimensiunea partiției rădăcină la 20 GB din mers (mulțumesc LVM), dar se părea că treaba se blocase. Am oprit procesul copil care făcea sarcina de eliminare mai veche decât, iar scriptul părinte a continuat și am procesat a doua sarcină. Când s-a terminat, am primit rapoartele de rezervă pentru cele două sarcini care au afișat urmărirea python cu eroarea „Fără spațiu rămas pe dispozitiv” - nu este neașteptat.
Acest lucru m-a lăsat cu câteva întrebări:
Dacă înțeleg acest lucru corect și din ceea ce am văzut pe server, se pare că ambele sarcini descarcă o grămadă de fișiere de rezervă din locația de stocare la distanță (prin ssh) în folderul local /root/.cache/duplicity pt. un motiv și apoi probabil că le curăță la sfârșit. Este corect? Dacă da, nu înțeleg pe deplin ce fișiere trebuie descărcate și scopul exact al acestuia.
Acest lucru mi-a lăsat patru fișiere „duplicity-full-signatures” și fișierele manifest asociate acestora, câte unul pentru sept/oct și două pentru noiembrie, precum și câteva fișiere „duplicity-new-signatures” și „duplicity-inc” asociat fișiere manifest care par să acopere luna anterioară (cu toate acestea, se pare că primul fișier ar putea lipsi - presupun că asta a fost descărcat când discul sa umplut). Le-am comparat cu unul dintre celelalte servere ale noastre care utilizează Duplicity și rulează același cronjob în același timp, iar acest alt server are doar fișiere cu semnătură completă (câte unul pentru sept/oct/noiembrie) și fișierul manifest asociat. Nu există manifeste inc sau fișiere de semnături noi. Mă întreb care ar putea fi modalitatea corectă de a le curăța, sau chiar dacă trebuie. Fie aș șterge manual fișierele cu semnătură completă și inc, astfel încât să aibă același tip de fișiere ca și serverul fără probleme, le las acolo până la următoarea rulare și pot fi curățate sau nu, sau rulez cronjob lunar din nou manual și lăsați-l să suprascrie fișierele și să le curățeze corect la sfârșit.
Iertați întrebările începătorilor, aceasta este prima mea experiență cu Duplicity.
