Как сделать бэкап lxc контейнеров, если zfs импортирована в режиме чтения

эта ваша зфс, емнип, поддерживает что-то типа zfs send tank/dana@snap1 | ssh host2 zfs recv newtank/dana

но я в этих сортах «смузинтерпрайза» даже не пытаюсь разбираться.

vzdump

https://www.stableit.blog/2009/12/vzdump-vps.html

Или у тебя там ничего не запускается и ты не знаешь где найти файлы контейнеров?

в readonly пуле snapshot не сделать.

а чо, она только снапшоты передавать умеет? ну, есть жи dd, в конце-концов. тоже через ssh херачить можно.

ну, и, да - начни со штатных утилит, как выше подсказывают. авось, выгорит чо.

vzdump

https://www.stableit.blog/2009/12/vzdump-vps.html

Спасибо. Похоже то что надо.

Пул импортируется только в режиме readonly.

С пулом точно всё в порядке?

диск заменил,проблема не ушла

Логический или физический? raidz1 это зеркало размазанное по 2.2.3(?) дискам. Но про состояние этих дисков тоже не понятно.

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

к сожалению, да. zfs send работает только со снапшотами.

Не только. Еще с букмарками, ну да ладно.

С пулом точно всё в порядке?

походу нет.

Логический или физический? raidz1 это зеркало размазанное по >2.2.3(?) дискам. Но про состояние этих дисков тоже не понятно.

pool: rpool state: ONLINE scan: scrub repaired 0B in 01:26:38 with 32 errors on Sat Feb 3 12:47:44 2024 config:

NAME                                    STATE     READ WRITE CKSUM
rpool                                   ONLINE       0     0     0
  raidz1-0                              ONLINE       0     0     0
    ata-P3-2TB_979070491133             ONLINE       0     0     0
    ata-P3-2TB_979070491152             ONLINE       0     0     0
    ata-P3-2TB_979103190821             ONLINE       0     0     0
    nvme-ADATA_LEGEND_960_2N402L25J6JL  ONLINE       0     0     0
logs	
  ata-ADATA_SU800_2K452LA669L1          ONLINE       0     0     0

raidz1 грубо, это аналог raid5

raidz1 грубо, это аналог raid5

Ага, не доглядел z, сорян

zpool status

ну во-1, здесь видно, что один из дисков не такой, как все, из-за чего могут быть проблемы на такой конфигурации пула

во-2, видно что скраб был давно и там уже было обнаружено 32 ошибки

А логи смотрел?

ну во-1, здесь видно, что один из дисков не такой, как все, из-за чего могут быть проблемы на такой конфигурации пула

Это новый, взамен битого.

во-2, видно что скраб был давно и там уже было обнаружено 32 ошибки

с удовольствием сделаю скраб, но после импорта) до импорта ну никак)

А логи смотрел?

в логах кернел паник при импорте, по ошибке искал, ничего хорошего не пишут, подозревают баг на платформе amd

zfs_recover в параметрах ядра тоже не помог.

nvme-ADATA_LEGEND_960_2N402L25J6JL

Выкидывай это недоразумение

zpool import -o readonly=off rpool

nvme-ADATA_LEGEND_960_2N402L25J6JL

Как получу от тебя в дар крутой новый, так сразу этот и выкину.

zpool import -o readonly=off rpool

И все? так просто? а что делать если kernel panic в результате?

Теоретически можно сделать дамп каждого диска в файлы, а потом из этих файлов сделать импорт, не трогая основной пул. Но придётся где-то их держать.

Если проблема действительно вызвана багом на платформе AMD, то, к сожалению, даже если пул целый, это не гарантирует решения проблемы. Тогда можно попробовать импортировать на другой платформе. Или спасать данные другими способами.

Я не знаю lxc (возможно в этом проблема), но слова «бэкап контейнера» звучат ужасно странно. Это как «бэкап состояния процесса, но не для отладки, а как нормальный механизм». Идеологически контейнеры запускаются с нуля каждый раз новые, зачем их сохранять?

Я не знаю lxc (возможно в этом проблема), но слова «бэкап контейнера» звучат ужасно странно. Это как «бэкап состояния процесса, но не для отладки, а как нормальный механизм». Идеологически контейнеры запускаются с нуля каждый раз новые, зачем их сохранять?

Это не кубер, тут логика другая, ближе к вм.

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

Если проблема действительно вызвана багом на платформе AMD, то, к сожалению, даже если пул целый, это не гарантирует решения проблемы. Тогда можно попробовать импортировать на другой платформе. Или спасать данные другими способами.

логично, создал lvm storage , пока перебросил туда, + сделал бэкапы через vzdump, попробую уничтожить пул и создать заново и проверю. Я грешу на раздел от одной виртуалки, он не перемещается, ошибка, но она и не нужна сейчас.

Так и с VM, на самом деле, сейчас модно делать immutable infrastructure, чтобы ничего не сохранять, но пересоздавать каждый раз по описанию из git’а.

Так и с VM, на самом деле, сейчас модно делать immutable infrastructure, чтобы ничего не сохранять, но пересоздавать каждый раз по описанию из git’а.

хранилку сетевую под это все надо, или, прости господи, ceph, не те у меня задачи.

Не обязательно, можно разделы lvm подготовить и на одном узле всё пускать. Тут главное преимущество, что все настройки явно указаны и задокументированы, если что-то упадёт, всегда можно автоматом поднять, а если где накосячил — откатиться на предыдущую версию, т.е. те же плюсы, что и у разработчиков с использованием git’а.

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

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