Мне б сейчас просто скопировать данные контейнера lxc и запустить это с другого сервака, но даже копирование не возможно.

остановите выполнение контейнеров. переместите данные с одного пула на другой. zfs send [current dataset] | zfs receive [new dataset] текущий пересоздайте заново правильно.

При чем тут скрипт? Файловая система гавно. Не может такого происходить в нормальных фс

Рекомендую использовать LVM тогда. Чтобы когда у вас пошло создание снапшот на 100% забитой системе - всё встало раком и данные вообще никак нельзя было бы достать Чего ещё вы ожидали создавая 20 снапшотов на 95%+ забитом пуле?

При чем тут скрипт? Файловая система гавно. Не может такого происходить в нормальных фс

Переходи на нормальную ext4, где снапшотов нет.

Рекомендую использовать LVM тогда. Чтобы когда у вас пошло создание снапшот на 100% забитой системе - всё встало раком и данные вообще никак нельзя было бы достать Чего ещё вы ожидали создавая 20 снапшотов на 95%+ забитом пуле?

А я их и сейчас достать не могу

В том и дело

А я их и сейчас достать не могу

Если почитаете ссылку что Вам дал добрый мистер Георгий, то сможете

В зфс все через одно место. Копирую в raw - не осталось места.

То ли второй пул поврежден не понятно

В зфс все через одно место. Копирую в raw - не осталось места.

а копировал на эту же зфс?

Я конкретно в ахере

а копировал на эту же зфс?

Zfs с обоих сторон.

Короче все пулу хана

За+++бись снапшоты в зфс

В зфс все через одно место. Копирую в raw - не осталось места.

Кстати, такое может быть на контейнерах. Объяснение: зфс в контейнере жмёт всё очень хорошо, у меня был случай сжатия 100+ Гб лога nginx в > 10 раз. Соответственно, на zvol контейнер жил в своих 20 Гб и никто ничего не знал, но когда его захотели перенести на другую ноду (а тут будет аналогично с миграцией диска на другой сторадж) были удивлены трафиком.

ну и с переносом в raw будет аналогично, сперва всё распакуется, а потом неаонятно как пожмётся и пожмётся ли.

ну и с переносом в raw будет аналогично, сперва всё распакуется, а потом неаонятно как пожмётся и пожмётся ли.

Я уже конкретно запутался. Это ***дец. Как мне тупо данные скопировать, в каком виде чтобы запустить контейнер я не понимаю.

Я уже конкретно запутался. Это ***дец. Как мне тупо данные скопировать, в каком виде чтобы запустить контейнер я не понимаю.

ты подумай сперва, а потом делай.

бекапов как всегда нету?

бекапов как всегда нету?

Есть, но не все. Но самые важные имеются.

Вот если я скопировал zvol в отдельный датасет zfs send productionz/subvol-108-disk-0 | zfs receive -F backuppool/nextcloud-mysql То в контейнере у меня должен быть root disk backuppool/nextcloud-mysql?

Там какой то raw создается в zfs. Как это перекидывать я запутался совсем. Вот запутано все

Перенесли, отлично. Поправьте файл конфигурации lxc контейнера. Там есть указание на rootfs

Ладно все. Попробую через tar.gz. Вот так насоздавал снапшотов. Какая отличная возможность их делать - дайте две.

мазохизм чистой воды.

вот мне советовали снапшотами бекапить - ништяк

Вы ругаетесь исключительно на себя

Бэкап и снапшот это разные вещи

Мне советовали снапшотами слать бекапы

Вот и что случилось мне вообще не ясно

Должен быть свой мозг

Переполнение пула вот что случилось

Переполнение пула вот что случилось

Ну **евое решение, если оно не способно такие конфликты решать. Почему снапшоты не чистятся? Это нормальное поведение?

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

Ну **евое решение, если оно не способно такие конфликты решать. Почему снапшоты не чистятся? Это нормальное поведение?

Потому что их надо чистить?

Нормальное. Как разработчики узнают что Вам ещё нужно, а что уже можно удалить?

а где гарантия что такое не повторится где то еще по совершенно другим причинам?

Потому что их надо чистить?

Я их и чищу. А они не чистятся

а где гарантия что такое не повторится где то еще по совершенно другим причинам?

То ли дело ext4 ❤️

То ли дело ext4 ❤️

XFS + MDADM

Я их и чищу. А они не чистятся

ЗАРАНЕЕ. Что это за снапшот "Сейчас2"

А ничего что заплнять ZFS более чем на 80% это официальная рекомендация ?

А ничего что заплнять ZFS более чем на 80% это официальная рекомендация ?

*не заполнять

ЗАРАНЕЕ. Что это за снапшот "Сейчас2"

Для виртуалки был. В ручную сделан

Для виртуалки был. В ручную сделан

И? Почему он ещё тут?

И? Почему он ещё тут?

Потому что не удаляется

Потому что не удаляется

И сколько таких снапшотов, которые теперь не удаляются, хотя существуют уже несколько месяцев?

Истерику нужно убрать и начать мыслить.

Попробуйте что то перенести на другой пул по сети, чтоб этот сервер не выключать не перегружать.

И сколько таких снапшотов, которые теперь не удаляются, хотя существуют уже несколько месяцев?

Все

Ничего не возможно удалить

Все

И почему они существуют несколько месяцев, если их надо чистить как только они не нужны?

Ещё можно откатить лог, но это чёрная магия и ересь и на костёр.

И почему они существуют несколько месяцев, если их надо чистить как только они не нужны?

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

Ещё можно откатить лог, но это чёрная магия и ересь и на костёр.

Там выше ссылку дали что надо делать, просто человек не читает

ZFS благо имеет failsafe механизм на такие случаи, просто надо читать

Там выше ссылку дали что надо делать, просто человек не читает

Читал. ++Уйня полная. Там даже в конце написано что пул человек в итоге пересоздал. Ничего не помогло.

Слава богу базы целые у меня аж руки похолодели

Слава богу базы целые у меня аж руки похолодели

чтоб руки не холодели существуют бэкапы

чтоб руки не холодели существуют бэкапы

Я ими и занимался

Вот делал снапшоты чтобы их отправить

Я ими и занимался

Бэкап БД через снапшот

Ладно Я за попкорном 🍿

Правильный бакап должен быть вытащен из сервера и помещён в сейф.

Бэкап БД через снапшот

Он есть. Но все поднимать с нуля и вырубать работу всего филиала

Сперва натыкают next-next-next без мониторинга и с тонким выделением ресурсов А потом удивляются

Бэкап БД через снапшот

Это мощно 😂

Читал. ++Уйня полная. Там даже в конце написано что пул человек в итоге пересоздал. Ничего не помогло.

Ну значит пора удалять сервер и ставить всё с нуля, раз ничего не помогает

Зачем тогда пришёл, раз советов слушать не планируешь?

Любая технология требует осмысленного применения. А если не получается осмыслить, то лучше сменить профессию

Любая технология требует осмысленного применения. А если не получается осмыслить, то лучше сменить профессию

Технологию.

Технологию.

И это тоже, если хватает головы понять

Поставьте виндовый сервер с ntfs и какждый раз когда диск будет заполняться более 70-ти% у вас будут такие тормоза что не заметить будет невозможно.

А вот так тоже не zfs rollback -r pool/dataset@previous_snapshot ?

Он есть. Но все поднимать с нуля и вырубать работу всего филиала

Снепшоты снятые «сами по себе» обеспечивают Crash Consistent восстановление, т.е. откатившись на такой когда-то снятый снепшот, эффект будет, как если бы вы нажали кнопку Reset на сервере с вашим приложением и загрузились Из статьи на Хабре. Можете почитать https://habr.com/ru/articles/244923/

Хоть статья не затрагивает zfs напрямую, но вносит определенное понимание...

Перенес контейнер загрузил Слава Аллаху. Через tar.gz

Вот в выходные буду всю эту шляпу бекапить и пкрезаливать

Это мощно 😂

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

А вот так тоже не zfs rollback -r pool/dataset@previous_snapshot ?

Не не. Это первое что я сделал. По сути в этом и есть самое главное что в zfs есть. А оно обоссалось