Vladislav
а нужна ли там бифуркация, если на два девайса?
Да, система иначе не поймет что их больше одного
Vladislav
И будет выдавать x16 на одно устройство, которому нужно всего х4. Вот собственно сама плата (только проверьте, что мать имеет опцию бифуркации) https://www.nix.ru/autocatalog/hdd_accessories/ASUS-HYPER-M2-X16-GEN-4-CARD-RTL-PCI-E-40-x16-4xM2-2242-2260-2280-22110_472467.html
Combot
Ниса has been banned! Reason: CAS ban.
Алексей
Ребята всем, привет, это опять я) если сделать снапшот в пуле со special device и снять после этого образ special с помощью dd. можно ли в дальнейшем использовать этот образ как бэкап special?
Алексей
чисто академический интерес
Алексей
хочу её убить (c) hackers 1995
George
Ребята всем, привет, это опять я) если сделать снапшот в пуле со special device и снять после этого образ special с помощью dd. можно ли в дальнейшем использовать этот образ как бэкап special?
только полный слепок минимального набора дисков всех vdevs атомарный может быть "бекапом" пула. "Бекапы" отдельных vdevs очень мало смысла имеют, т.к. другие vdevs уйдут уже вперёд по транзакциям
Алексей
Это понятно
Алексей
Имеется в виду можно ли будет получить доступ к данным на момент снапшота
Алексей
В случае если придется восстанавливать спешл из образа
George
Имеется в виду можно ли будет получить доступ к данным на момент снапшота
снапшота какого-то датасета внутри пула? штатно "из коробки" - нет
Алексей
То что всё это нештатно впринципе и так понятно)
Алексей
Интересует сама возможность
Алексей
технически вроде бы препятствий нету работать должно
Art
В случае если придется восстанавливать спешл из образа
А разве будет пригоден хоть для чего-то устаревший по времени образ спешиала? Он ведь не будет биться с текущим расположением блоков на остальных vdev
Алексей
А разве будет пригоден хоть для чего-то устаревший по времени образ спешиала? Он ведь не будет биться с текущим расположением блоков на остальных vdev
я предполагаю что раз снапшот фиксирует состояние фс на какой то момент, то такое положение дел должно сохраниться. По сути, при наличии спешла, на обычных вдевах хранятся только данные без информации имени файла, откуда начинается кусок и какой он длины и тд
Алексей
а спешл в этом случае играет роль оглавления
Алексей
вот я и подумал, что оглавление, зафиксированное на какой то момент времени впринципе можно было бы и забэкапить
Ivan
лучше zfs send делай периодически 😃
Алексей
у меня вопрос не сохранить все данные, а сохранить именно оглавление на какой то определенный момент времени
Алексей
лучше то лучше, но не в моём кейсе
Владимир
и привязки к блокам
Владимир
это называется маркер кажется), я так через маркеры данные синхорню, они легче снапшотов)
Алексей
то есть ты хочешь только оглавление, без самого снапшота?
представь себе ситуацию, когда у тебя миллиард маленьких файлов на 10 хардах (без избыточности) и выход из строя одного из 10 хардов - не смертельная потеря, а вот потеря спешла это потеря всех 10 дисков, и вот этого хотелось бы избежать
Art
я предполагаю что раз снапшот фиксирует состояние фс на какой то момент, то такое положение дел должно сохраниться. По сути, при наличии спешла, на обычных вдевах хранятся только данные без информации имени файла, откуда начинается кусок и какой он длины и тд
Ну вот допустим в 10:00 утра сделали снапшот спешиала. Потом сутки велась какая-то работа на пуле: что-то из фс удалялось, что менялось, создавалось. Все эти операции с блоками на обычных вдевах отражались в метадате, которая хранится на спешиале Соотв если ты вдруг откатишь спешиал на сутки назад, то там будет старая мета, которая просто не будет отражать реальное состояние дел на вдевах. Типа указывать на несуществующий уже файл и тп
Алексей
интересно)
вот это мой кейс
Владимир
вот это мой кейс
жесть какая-то)
Владимир
мне кажется проще раскошелиться хоть на какую-то избыточность)
Владимир
пусть zraid1 хотя бы
Ivan
можно тренироваться на файликах. за час можно все кейсы рассмотреть.
Владимир
я вот так и начинал)
Алексей
просто решил волну тут прогнать)
Алексей
интересно ведь, согласись
Алексей
как оно взлетит или нет
Владимир
мне нет)
Ivan
интересно ведь, согласись
настолько специфично, что для меня не интересно.
Art
тебе кажется)
Ну вообще да, спешиал рекомендуется миррорить, а сами данные с пула бэкапить. Это официально одобренный путь) Безопасный, умиротворенный)
Алексей
Ну вообще да, спешиал рекомендуется миррорить, а сами данные с пула бэкапить. Это официально одобренный путь) Безопасный, умиротворенный)
парни, у меня нестандартный кейс и нестандартный к нему подход. прошу не пинать, я отлично понимаю как оно устроено, это как чисто хакерский академический интерес
Art
парни, у меня нестандартный кейс и нестандартный к нему подход. прошу не пинать, я отлично понимаю как оно устроено, это как чисто хакерский академический интерес
Не, ну мне в отличие от коллег интересно на самом деле, но я пока не понял методу до конца Вот как именно ты снимешь образ спешла, для начала? Я не врубился
Art
просто dd
Ок, вот у нас тогда образ диска, который в пуле спешиалом выступает Затем мы этот диск допустим отключаем. Пул разваливается, данные превратились в месиво Как его теперь восстановить?
Алексей
Ок, вот у нас тогда образ диска, который в пуле спешиалом выступает Затем мы этот диск допустим отключаем. Пул разваливается, данные превратились в месиво Как его теперь восстановить?
технически, я вижу себе это так: развалился спешл - пул перешел в состояние сбоя и перестал работать, мы его размонтируем, меняем сбойный спешлдев, заливаем в него с помощью дд образ, и пытаемся импортнуть пул обратно
Алексей
файлы после того как однажды записаны, в дальнейшем ТОЛЬКО читаются или ТОЛЬКО удаляются
Александр
неконсистентность чего? на блинах лежат файлы (не бд)
А на спешлах оглавления. Нет, хозяин — барин, можно пробовать откатываться на снапшот, поднимать с бэкапа спешл... Но вот реально, это не для прода. Это чисто для себя. Когда девушка болеет.
Александр
это для себя
Ну, я б поставил эксперимент и посмотрел. В целом, откат на транзакцию до уровня бэкапа спешла должен спасти ситуацию. Но просто купи еще два SSD
Алексей
а их просто втыкать некуда, два есть, зазеркалено, а третий некуда воткнуть!
Алексей
нету, вообще под завязку всё
Александр
Не, ну в таком варианте наверное можно. Но хранить там что-то кроме нагенеренного датасета для теста я б не стал
Алексей
ну да, понятное дело
Александр
В целом да, бэкап регулярный, откат на старую транзакцию, ТЕОРЕТИЧЕСКИ должно проскочить.
Алексей
нету
Алексей
все варианты я уже проверил, втыкать некуда
Art
я отпишусь когда протестирую
Попробуй сценарий на файликах, как предложили, или в виртуалке на виртуальных дисках. Я второй способ предпочитаю для тестирования, удобнее
George
я отпишусь когда протестирую
теоретически что-то получить можно, но надо быть готовым самому по транзакциям от уберблока искать снапшоты, в таком виде может получиться)
George
ещё конечно же вопрос- будет ли при сборке ddшкой образа пул останавливаться
George
Нет не будет
тогда шансов поменьше, всё же важно смочь по уберблоку в нужное место попасть по дереву
George
Что за уберблок
кажется, только что шансы упали до нуля)
George
такое возможно теоретически провернуть, если вкурить http://www.giis.co.in/Zfs_ondiskformat.pdf и имплементировать нужное
Алексей
Уже читаю
Алексей
В случае, если существуют проблемы при импорте пула, ZFS позволяет производить операцию отмотки (REWIND), которая соответствует опциям -F и -X команды zpool import. Отмотка позволяет "откатиться" в одно из предыдущих состояний файловой системы посредством выбора более "молодого" уберблока