всё повисло в процессе выполнения команды

удалится - отвиснет. при удалении л2арк весь io встаёт колом, пока мееедленно не освободит.

во втором окне можно через zpool iostat следить за тем, сколько л2арк осталось

Может я не знаю просто как это сделать и вы подскажите. Нужен такой функционал снять снапшот текущего состояния, сделать из него клон и поимонтировать в новую точку. При этом размер этого клона определялся бы только кол-вом изменённых блоков

а почему просто barman какой-нибудь не использовать?

а почему просто barman какой-нибудь не использовать?

Для решения какой задачи поможет барман? Он может сделать CoW?

Для решения какой задачи поможет барман? Он может сделать CoW?

барман умеет в снапшоты

это не ФС, причём тут CoW?

это не ФС, причём тут CoW?

Copy on Write или Redirect On Write (как в zfs и тонком LVM) очевидно всегда нужны, когда нужны снимки.

барман умеет в снапшоты

От zfs нужен функционал снапшотов и тонких клонов на снапшотах. Что позволяет запустить множество независимых копий базы с близким к нулю изначальным размером. Барман так не умеет

под кеш было выделено 1Тб, но решили сделать вместо 1Тб 100гб, ну и я хотел удалить раздел, потом создать раздел 100Гб и снова добавить в пул как устройство кеша

1гбметы в ОЗУ на 10ГБ l2arc

В порядке убывания эффективности: Добавить special vdev на ssd (mirror) добавить cach vdev на ssd (не требует отказоустойчивости) и добааить log vdev (mirror) на ssd Желательно пул пересоздать с добавленным special vdev и потом заполнить данными.

Я правильно понимаю, что Special vdev -это мета для RaidZ ( я не уверен, что для Mirror Оно работает, но сам ещё не проверял) для него я понимаю зачем городить mirror из SSD

но ведь лог, это копия буфера записи в памяти, а значит, что если этот ssd умрёт то транзакция завершится из памяти в любом случае и даже не обратится к log устройству. а вот если у вас голова упала и нужно резервную подключить, то LOG девайсы стоящие в дисковых полках как раз помогут импортировать пул и дописать транзакции

Я правильно понимаю, что Special vdev -это мета для RaidZ ( я не уверен, что для Mirror Оно работает, но сам ещё не проверял) для него я понимаю зачем городить mirror из SSD

special vdev это самый обычный vdev (т.е. требует резервирования и тд), но с приоритетами на запись минимум для меты

работает независимо от типов других vdevs

т.е. при наличии не забитого special vdev ВСЯ мета пула будет писаться на него

но ведь лог, это копия буфера записи в памяти, а значит, что если этот ssd умрёт то транзакция завершится из памяти в любом случае и даже не обратится к log устройству. а вот если у вас голова упала и нужно резервную подключить, то LOG девайсы стоящие в дисковых полках как раз помогут импортировать пул и дописать транзакции

это вы про slog, видимо

это вы про slog, видимо

ZIL

ZIL

ZIL, вынесенный на ссд, и называется slog

ну создаётся командой log

ну создаётся командой log

я про терминологию, ZIL в пуле как механизм есть всегда

я про терминологию, ZIL в пуле как механизм есть всегда

это понятно

я про то, что эти транзакции не обязательно ставить в миррор

я про то, что эти транзакции не обязательно ставить в миррор

slog миррорить не обязательно, да, но если его потеря не критична, то проще тогда sync=disabled ставить

т.к. шанс вылета slog как раз высок при загрузке после сбоя питания, он на чтение только в этот момент и нужен

slog миррорить не обязательно, да, но если его потеря не критична, то проще тогда sync=disabled ставить

ну лучше дописать последнее =))

т.к. шанс вылета slog как раз высок при загрузке после сбоя питания, он на чтение только в этот момент и нужен

конденсаторные ссд =))

конденсаторные ссд =))

вылет = отказ диска

имел в виду

согласен. есть риск

конденсаторы тут только на производительность влияют

разве?

разве?

не встречал информации, что они уменьшают риск отказа диска

в общем то, с чего бы?

поддержка энергозависимой памяти кэша ссд

имеется ввиду ссд с "батарейкой"

вообще на моей памяти был только один случай полного блэкаута, таки два БП и две линии питания решают

ну так как конденсаторы/батарейка защищают от полного отказа диска?

ну так как конденсаторы/батарейка защищают от полного отказа диска?

ну так то нет

отказ = любой вариант недоступности данных с диска после запуска системы

я понял, миррор в данном случае гарант целостности последний транзакций

резерв резерва

я понял, миррор в данном случае гарант целостности последний транзакций

ага, просто если они нам всё же важны, то логично собрать в миррор slog

важны но не сильно, если, что есть обычные бэкапы

снэпшоты такое себе бэкапство

так, резюмируем. special vdev работает даже на mirror группы

важны но не сильно, если, что есть обычные бэкапы

при чем тут бэкапы...

в этом случае правильно замечено, проще и производительнее включить sync=disabled

при чем тут бэкапы...

ну если там будет проблема с недозаписью файлика, то из бэкапа восстановим

хотя в случае отвала по питанию она и так будет с высокой вероятностью

ага, просто если они нам всё же важны, то логично собрать в миррор slog

работает ли special device на мету l2arc?

в этом случае правильно замечено, проще и производительнее включить sync=disabled

я пока так и сделал =)

ну если там будет проблема с недозаписью файлика, то из бэкапа восстановим

а может ли быть такая проблема с ZFS ? в случае датасетов по моему не может

а может ли быть такая проблема с ZFS ? в случае датасетов по моему не может

у меня zvol ы отдаются по iscsi

поэтому может

в случае zvol для виртуальных машин внутри своя фс, поэтому наверное может ?

я про это же

работает ли special device на мету l2arc?

нет, мета l2arc существует только на нём самом и в озу. Ну и там другая структура хранения на диске

нет, мета l2arc существует только на нём самом и в озу. Ну и там другая структура хранения на диске

спасибо

ребят подскажите команду для просмотра объёма меты используемой пулом?

чёт начал гуглить, и не получается

ну если там будет проблема с недозаписью файлика, то из бэкапа восстановим

Фишка с синхронной записью не про недописанные файлы, а в первую очередь про гарантии пишущему, что данные точно записаны на диск. В бекапах у вас не будет последних блоков всё равно

Фишка с синхронной записью не про недописанные файлы, а в первую очередь про гарантии пишущему, что данные точно записаны на диск. В бекапах у вас не будет последних блоков всё равно

мы ещё будем обсуждать эту тему =) бюджет то не резиновый

ребят подскажите команду для просмотра объёма меты используемой пулом?

https://zfsonlinux.topicbox.com/groups/zfs-discuss/T66bb39c29383f0a9

https://zfsonlinux.topicbox.com/groups/zfs-discuss/T66bb39c29383f0a9

zpool status инфо для дедуплицированных данных, а я пытаюсь найти, что бы мне у пула посмотреть на какой объём метаданных накоплено

zpool status инфо для дедуплицированных данных, а я пытаюсь найти, что бы мне у пула посмотреть на какой объём метаданных накоплено

?

про zdb не сразу вкурил =)

спасибо

Решил посмотреть, что нового в моей OmniOS, набрёл на интересную тулзу.

https://github.com/zrepl/zrepl

Introduction to zrepl zrepl is a one-stop, integrated solution for ZFS replication. zrepl is open source and is written in GO and uses Go modules to manage dependencies. zrepl enables filesystem replication (both push and pull modes) over secure transport channels such as TLS & SSH. Advanced features include resumable send and receive of replicated datasets, as well as compressed and encrypted options. Further, zrepl provides automatic snapshot management via periodic filesystem snapshots, flexible pruning, age-based fading and bookmarks to avoid divergence between sender and receiver. Operation is supported with sophisticated monitoring & logging. Live progress reporting is available via the zrepl status subcommand. Comprehensive structured logging is available in human readable, logfmt and json formats. Further, zrepl is fully integrable with syslog.

https://zrepl.github.io/

о, между делом ещё вот что нарыл. A comprehensive permission delegation system allows unprivileged users to perform ZFS administration functions. For example, if each user's home directory is a dataset, users can be given permission to create and destroy snapshots of their home directories. A backup user can be given permission to use replication features. A usage statistics script can be allowed to run with access only to the space utilization data for all users. It is even possible to delegate the ability to delegate permissions. Permission delegation is possible for each subcommand and most properties.

👍

👍

Ребята, всем привет. есть ли какая то возможность превратить клон снапшота в самостоятельную сущность чтобы снапшот из которого клон был создан можно было спокойно удалить ?

Ребята, всем привет. есть ли какая то возможность превратить клон снапшота в самостоятельную сущность чтобы снапшот из которого клон был создан можно было спокойно удалить ?

Вроде он ужЕ, можно удалять

нет

в этом суть клонов

да если бы

ща, может терминологию путаю

суть клонов к сожалению в создании тонких "реплик" если можно так выразиться