Судя по описанию, интересная штука. Буду рад, если утвердят.

Клево! Спасибо! :)

Спасибо, заинтересовало. Но почему

вопроса производительности в данном случае не встаёт.

?

Потому что работой с ФС занимаются нижележащие либы?

Потому что, используются dd, tar, gzip, rsync и т.д. Рубийный код ничего тяжёлого не делает. Может где-то, что-то и работало бы быстрее осиль я, например, C. Но по сравнению со временем создания образа раздела или его копированием по сети это бесконечно мало. Может я что-то не учёл, тогда поправьте.

Какие утилиты используются

Понятно, спасибо!

Можно подробнее насчет этого?

Автоматически определять ресурсы, которые нужно зарезервировать для восстановление системы с нуля.

восстановление системы с нуля

Это то, что у виндузятников называется «переустановкой виндовса».

Это то, что у виндузятников называется «переустановкой виндовса»

Нет, это то, что у пользователей называется, или называлось во времена XP «резервное копирование системных файлов».

А название-то какое, прямо яблочко наливное! Ац! КОНСЕРВЫ :О

Всё проще :)
Утилита на основе собранной информации определит где MBR (Master Boot Record) и сделает её копию. А так же копии разделов которые перечиследны в fstab (конечно без swap, proc и т.д.). Плюс будет создан текстовый файл с описанием найденых в системе дисков, разделов, LVM сущностей и т.д. Предполагается, что планируемая утилита восстановления на основе этого файла, имея образы нужных дисков, сможет восстановить систему на другом сервере.
Т.е. если у вас есть разделы, которые по умолчанию никуда не монтируются, то они не будут зарезервированы. Так же есть опция "--exclude", позволяющая перечислить разделы, которые нужно исключить из «baremetal» бэкапа, например /home может быть огромен, при этом без него система заведётся. Так же стоит учитывать, что если кроме /boot у вас есть не LVM партиции, то их копия очень даже может оказаться не консистентной, так как не получится сделать снепшот.

А GPT есть/планируется?

Ну раз уж ты просил традиционное «ненужно»... не хватает:
- выполнения произвольных команд на хосте перед бекапом
- инкрементального/дифференциального копирования

- инкрементального/дифференциального копирования

С помощью dd? Это как?

Как это ни печально, свободных аналогов trueimagecmd я пока не вижу.

Ман то есть? На гитхабе что-то не видно его (или я плохо смотрел?). Хочется почитать, в первую очередь чтобы понять (более наглядно, чем этот фичлист), что умеет утилитка, не устанавливая пока.

Если есть желание привести это чудо к более приличному виду, напиши smage at jabber dot ru. Добавим тесты(потому что без них страшно, а как это тестить, я не понимаю) и сделаем лучше.

Автор, ты главное делай чтобы LiveCD быстро грузился. А самое важное, я бы предолжил реализовать создание снапшота + создание MD5 суммы исходного раздела, так и сжатого файла этого образа + второго MD5 но уже этого сжатого файла.

Сейчас у меня сделан bash скрипт который считает MD5 той области которую хочу скопировать с MD5 и жмет образ + MD5 для сжатого. Работает через dd. В общем сто раз перепроверяет.

И так я когда снова накачу из архива - проверяю корректность, так и корректность хранения обуспечивается.

Руби, ужас. Закопайте.

У меня давно работает аналогичный самописный скриптик на баше. Делает снепшот с LVM, пишет его в zbackup и делает rsync репозитория на удалённый сервер.

Удваиваю GPT.

Не пофиг ли?

Код это писец... Чувак не пиши так на руби. Вообще не программируй, это у тебя не получается.

Да и чем не устроил gem 'backup'? Почему делаем велосипед, а не дорабатываем то что есть?

А GPT есть/планируется?

Планируется. Хотел сделать, но надобности не было, а потому отложил до лучших времён.

Ман то есть?

К сожалению нет, сделаю как время будет. Описание опций есть в хелпе, но без установки его посмотреть неудобно.

- выполнения произвольных команд на хосте перед бекапом

Пока нет центрального управления не вижу в этом большого смысла. Задание всё равно выполняется и настраивается на хосте, добавь перед его выполнением произвольные команды.

Если есть желание привести это чудо к более приличному виду

Думаю что есть. Сейчас в отпуске и в сети эпизодически, после 15-го августа отпишусь.

Лор превратился в обзоры гитхаб репозитариев лорчан, изобретающих велосипеды. В чем проблема использовать Rear? http://relax-and-recover.org/

Я предупреждал :)
Моим целям оно отвечает, по другому я пока не умею, может никогда и не научусь. Вы знаете кто напишет нужный мне код в нужное мне время безвозмездно? Думаю что нет.

gem 'backup'

Могу только предположить, что пару лет назад я на него смотрел и что-то меня не устроило. Посмотрю что есть, вдруг оно.

Кстати, на сайте, как обычно в таких случаях, написано типа «я посмотрел вокруг, и текущие решения меня не устроили». Ни списка на что смотрел, ни объяснений (даже не важно какого уровня), что именно не устроило...

А, между тем, если даже предположить, что сабж нужен, эта информация помогла бы потенциальным пользователям понять, где оно по сравнению с другими решениями, и стоит ли им пользоваться самому.

Автоматически определять ресурсы, которые нужно зарезервировать для восстановлениея системы с нуля.

Согласен, но сейчас я уже и сам не вспомню этого. Начальные критерии были:

• Сервер остаётся онлайн.
• Софт сам делает снепшоты логических разделов LVM.
• Софт сам подключает и отключает сетевой ресурс, в первую очередь smb.
• Софт отправляет по почте отчёт о выполнении задания при любом исходе.

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

по другому я пока не умею, может никогда и не научусь

Главное не слушай троллей с лора, прогай, и все получится.

Вообще не программируй, это у тебя не получается.

Как же меня бесят такие каменты. Если ничего не делать, ничего и не получится.

Ох. Кроме того, чтобы «прогать», надо иногда смотреть в разные умные книжки и статьи, чтобы был не быдлокод, а то, что хотя бы можно прочитать. Кстати, ТС, прочти вот это и хотя бы не делай больше таких огромных строк и табов вместо пробелов.

https://github.com/styleguide/ruby

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

Ещё, ещё!

выполнения произвольных команд на хосте перед бекапом

И после.

Tabs & spaces.

табов вместо пробелов

Для отступов (identation) правильно использовать табуляцию, для выравнивания (alignment) — пробелы.

А восстановление?

А восстановление как делается? Танцы с бубном вокруг выхлопов dd и rsync или всё же есть какие-то готовые команды?

Бэкап
Бэкап
Бэкап
Бэкап
Бэкап
Бэкап
Бэкап

Ещё бы автоматизацию разбэкапливания и цены б ей не было А так это просто очередная бэкапилка

Rear умеет.

«прогать» я употребил в широком смысле, в том числе и прочтение мануалов и прочее. Невозможно в один день стать крутым программистом. И таки вы правы когда пытаетесь помочь человеку например ссылками. А товарисчу DeVil нужно посмотреть свой код, когда он только начинал программировать, и извиниться перед ТС.

Программа написана на Ruby, следовательно применение её для бэкапирования невозможно. ИМХО.

С помощью dd? Это как?

На ум приходит считывание кусками и сравнение чексумм. Хотя после дефрага такое непрокатит

Ещё бы автоматизацию разбэкапливания и цены б ей не было А так это просто очередная бэкапилка

cron-же :)

Крон-же не для разбекапливания же, а для запуска скриптов по расписанию.

А разбекапливать надо автоматизированно, а не регулярно

Ну раз уж ты просил традиционное «ненужно»... не хватает:
- выполнения произвольных команд на хосте перед бекапом
- инкрементального/дифференциального копирования

можно попробовать прикрутить zbackup

s/снепшот/слепок/

вопроса производительности в данном случае не встаёт.

что-что у вас там не встает? виагру пробовали?

вопросы производительности не рассматривались _пока_, так нам, хомячкам, будет приятнее читать

Как читавший код, скажу, что в производительность ruby он выльется не то, что нескоро, а очень нескоро. Я не знаю, что надо такого сделать, чтобы язык стал здесь играть роль.

Э

А почему backup через «э», а snapshot - через «е»?

Безусловно нужно, книжек масса, в том числе и в закладках, а вот времени как всегда в обрез, приходится искать компромисы. В свою защиту скажу, что код разных лет, вероятно сейчас я бы сделал лучше/правильнее.
Вот не понимаю, зачем использовать пробелы, а не табы? В чём удобство? С длинной строк, в принципе согласен, хотя лично для себя не вижу в этом проблемы.

можно попробовать прикрутить zbackup

Читая новость о нём я тоже подумал, дедупликация была бы очень кстати. Но где он есть в стандартных репах? Т.е. для работы сабжа придётся ещё ставить дополнительный софт. Это надо как опцию реализовывать, чтоб можно было обойтись без zbackup, если ненужно или сложно.

разбэкапливание

Для восстановления к первой версии conserve был сделан liveCD на базе SLAX, на котором была утилитка, умеющая воостановить. Но вот она была на столько ужасна, узко направлена и наколенна, даже на мой вкус, что я от неё избавился. Теперь мне нужен новый вариант, который будет «создавать» новую систему на основе файла с информацией о старой системе и резервных копий разделов. Пока не начинал, хотя уже пару раз собирался.