Все равно короче бекапить буду все подряд. Так что везде есть недостатки, со снапшотами я играться больше не буду. У меня везде аналогичная конфигурация, не хочу еще раз нарваться. Так что еще время есть подумаю, скорее всего mdadm на шестерке остается. Хранилище как директория.

ну дак а как иначе

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

верифицировать бэкапы кто будет?

А так все, сваливаю на raid6 mdadm +xfs. Скоростью хоть побалуюсь.

окей, опустим слово приколюхи. Вот пишу я на том файл размером в 1024Мб при стандартном блоксайзе. Мне реф покажет 1024 Мб, или больше, или меньше? Учтёт ли он мету?

https://klarasystems.com/articles/why-zfs-reports-less-available-space-space-accounting-explained/

Ну если кто-то хочет побыть Гуглом/ИИшкой/чтицом документации для человека - то милости просим

Кстати статья очень подробная, и подходит ко вчерашнему инциденту

@dexex911 если система без обслуживания или некорректного пользования ею приходит в негодность - это не проблема системы, это проблема обслуживания и некорректного пользования. Снапшоты - это не бекапы, это известно, так как присутствует единая точка отказа. Это не означает автоматом, что система плохая - означает, что ею неправильно пользовались и она ожидаемо стала преподносить сюрпризы. Здесь общаемся только с технической стороны, без примеси эмоций вне зависимости от контекста. Даже завуалированный мат строго не приветствуется.

Если есть желание сообщить о таком расхождении, делается репорт и issue в разработку фс, разработка смотрит. В отрыве от разговора - по многолетним наблюдениям, если любую систему не насиловать и не использовать неучтенные хаки, проблем с ней не возникает, будь это хоть зфс, хоть тот же проксмокс или третий коробочный продукт.

Уже давно есть из 2020 года. Он так и остается открытым. Выше ссылка есть. В чем вопросы?

Дополнить чем-нибудь ценным, например, как зарепродюсить данную ситуацию.

Поставить скрипт в крон и забить

Пару раз ещё с гайдиков команды по запускать, не понять что происходит, придти в чат и полить говна

Не, не понял. А что произошло и почему? Где в чем я не прав, ну

Я любую ФС также буду поливать говном и всем рекомендую гавно поливать говном. Придерживаться высоким стандартам надежности, если формализовать.

А мне по этому поводу ее хвалить или что?

Потому у меня и debian, а не какая то федора. Потому у меня SSD, а не помойка из десятка кирпичей. И так далее.

нам это зачем? ты приходишь в чат попросить помощи или говно лить?

величайше извините, упустил. какая версия модуля zfs, zfs и ядра у вас ?

У меня всегда deb со всеми апдейтами. Что в проксе там и смотрите. У них свое ядро поверх.

мало о чем говорит

У меня всегда deb со всеми апдейтами. Что в проксе там и смотрите. У них свое ядро поверх.

Не ну мы уяснили, что это не решаемо. Просто обсуждаем. Вот сегодняшняя беседа началась о том как я все сделал не так. Что именно? - ответа не увидел. "Обслуживание zfs " - это вот чо такое поясни мне? Дефрагментация чтоле? Скраб был в кроне. Что ещё?

Вы scrub дефрагментацией называете?

Нет. Я просто не понимаю что за "обслуживание" такое? Нет такого в документации. Снапшоты создавал если какие то - автоматом чистил сразу. Не забивал, вот в истории это видно

Обслуживание это когда вы составляете план снапшотов и понимаете для чего они вам нужны...

Забил массив до 25% свободного места. Больше ничего не добавлял. На этом остановился и больше ничем не забивал. Что еще? До чего изволите %%аться еще на сегодня?

Именно так и было. Уже сутки поясняю. До этого как раз вы все тут писали как прекрасно создавать снапшоты и сендить их в качестве бекапа. Это я и делал. Или этого нельзя делать?

т.е. забить до 25% без учета снапшотов это нормально?

Там разница снапшотов была не более 10 гигов то.

Там разница снапшотов была не более 10 гигов то.

С учетом. Это максимальная занятость массива до момента сбоя.

Там разница снапшотов была не более 10 гигов то.

учли что без thin снапшот весит 100% zvol ?

Господа, думаю, стоит поблагодарить молодого человека, и не мешать наводящими вопросами ему нести его крест. Пока есть такие… специалисты… у нас всегда будет полна керамида Маслоу-Хлебоу-Икроу А то у него и zvol по 32GB максимум (https://t.me/ru_zfs/85936 — ага, щаз, там несколько больше тэра) И мониторинг правильный (https://t.me/ru_zfs/86045 — который не орал, ага-ага) И вообще, бедную дитятку скамейка обидела ни за что ни про что Уже многажды было объяснено: куда смотреть, за что держать, и на что нажимать. Даны ссылки на статьи, даны ключевики, объяснены узкие моменты. Как говорили геометричка, химичка и физичка: в рот положено уже разжеванное, осталось только проглотить — но необходимо, почему-то, пропихивать

Ок. Больше 32. Почему я не могу их удалить то ты так и не ответил?

Тебе нужны ответы, которые дают в церкви — мы тут занимается наукой, прикладной ее частью Ты не получишь тех ответов, которые хочешь. Только те, которые соответствуют реальности

Ок. Больше 32. Почему я не могу их удалить то ты так и не ответил?

ПО тому, что любые изменения записываются в журнал транзакций пула, для этого нужно свободное место, которого не было в пуле, по этому он и не может произвести изменения. ZFS это как БД, которая ведет журнал всех транзакций, и без свободного места для записи данного журнала не может работать. Тут только изучать матчасть, как это делают DBA для управления БД, в нашем случае ZFS и планировать ее работу. А уж если поленился это сделать, то уже не наговаривать, а изучать пост фактум и исправлять свои ошибки, в данном случае просто добавить диск в пул zfs и за счет него произвести удаление ненужных снепшотов, а потом удалить добавленный диск. PS: Я тоже попадал в такую ситуацию, когда разрешил разработчикам создавать снепшоты ВМ, они мне весь пул ими забили. Пришлось на свой страх и риск сделать файл в памяти /dev/shm и добавить его как диск, а потом удалить все снепшоты и после этого удалить добавленный диск(файл) из пула. Предварительно я провел эксперимент на в тестовой среде, и выработал последовательность действий которую мне нужно произвести на 100% забитом пуле. На все у меня ушло 4 часа, с гуглением, чтением документации и изучением истории этого чата.

Подскажите а каким образом добавить диск в пул? Не совсем понял. Вроде в зфс нельзя менять размер пула?(Можно только заменой всех дисков)

Подскажите а каким образом добавить диск в пул? Не совсем понял. Вроде в зфс нельзя менять размер пула?(Можно только заменой всех дисков)

у тебя подкидывается vdev

Тихо как-то 🙂

Тихо как-то 🙂

ПО тому, что любые изменения записываются в журнал транзакций пула, для этого нужно свободное место, которого не было в пуле, по этому он и не может произвести изменения. ZFS это как БД, которая ведет журнал всех транзакций, и без свободного места для записи данного журнала не может работать. Тут только изучать матчасть, как это делают DBA для управления БД, в нашем случае ZFS и планировать ее работу. А уж если поленился это сделать, то уже не наговаривать, а изучать пост фактум и исправлять свои ошибки, в данном случае просто добавить диск в пул zfs и за счет него произвести удаление ненужных снепшотов, а потом удалить добавленный диск. PS: Я тоже попадал в такую ситуацию, когда разрешил разработчикам создавать снепшоты ВМ, они мне весь пул ими забили. Пришлось на свой страх и риск сделать файл в памяти /dev/shm и добавить его как диск, а потом удалить все снепшоты и после этого удалить добавленный диск(файл) из пула. Предварительно я провел эксперимент на в тестовой среде, и выработал последовательность действий которую мне нужно произвести на 100% забитом пуле. На все у меня ушло 4 часа, с гуглением, чтением документации и изучением истории этого чата.

Божественно! Оформить бы это в инструкцию, статейку там. Готовый скрипт - что делать когда места на zfs нет.

Тихо как-то 🙂

Нельзя, так как это делается на свой страх и риск. Если свет пропадет, то и пропадут данные в памяти, которая использовалась для расширения пула, а вставить доп диск в сервер не у всех есть возможность.

оперативку на батарейках я не помню, не делают уже ж да? ...