Наївні питання про zfs та снапшоти
Наскільки я розумію, снапшот у zfs містить "різницю" між реальною фс і її станом на момент снапшота. А якщо снапшот не один, а кілька, то вони являють собою взаємопов'язаний ланцюжок "різниць". Чим обмежується можливість зробити новий снапшот? Вільним місцем на фс? Як виміряти місце, займане снапшотами? Що станеться, якщо у нас фс зайнята даними, припустимо на 95%. Ми робимо снапшот. Потім видаляємо всі дані і на їх місце записуємо нові і заповнюємо її до тих же 95%? Що в цей момент станеться з зробленим нами попередньо снапшотом?
2Mykola Dzham : дякую, за інформацію.
Поки ти його не чіпаєш, він той. А то він і снапшот.
Аж до видалення.
EVB> І "жити" снапшот буде доти, доки сумарний розмір таких блок EVB> плюс сумарний розмір змінених з моменту снапшоту блок не перевищать EVB> розмір файлової системи?
Ні, він житиме поки ти його не видалиш.
Тут як з хардлінками - файл не видаляється поки є хоча б один лінк. І всі лінки рівноправні. Т.о. можна один лінк назвати основним, а інший снапшотом. Но різниці немає.
Снапшоти, спрощено, це хардлінки на глибшому рівні - на рівні блоків даних, а не тільки файлів.
EVB> Що див не буває, це зрозуміло. Я мав на увазі ось що: EVB> Є снапшот на zfs. На файловій системі відбуваються такі EVB> зміни, що цей снапшот не може бути актуальним. Що з ним EVB> станеться? Він "зникне" весь?
Саме навпаки - він житиме і через це видалення файлів не звільнить місця. А оскільки місце не звільниться ти не зможеш записатинові дані.
Щоб звільнити місце, потрібно буде видалити снапшот.
EVB> У ньому залишаться лише "актуальні" файли та каталоги? Як я дізнаюся, EVB> що в цей снапшот "вже не той")?
Як це "не той"? Снапшот не повинен змінюватися, в цьому весь його зміст - в ньому зберігаються дані на той момент коли він був зроблений.