LINUX.ORG.RU

История изменений

Исправление DALDON, (текущая версия) :

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

Не могу до конца распарсить значения: ключей send -R , и recv -Fdu

Можешь пожалуйста объяснить как для младенца? :-)

Я запутан...

Представим, у тебя узел slave был три дня не доступен. Стало быть: на мастер узле ты даёшь: zfs send -R -i $snapshot_yesterday $snapshot_today , что в моём понимании означает: отправь diff между указанными снепшотами а также все свойства файловой системы. Но у тебя и в помине нету на slave узле snapshot_yesterday, у тебя же там: snapshot_today -3d. Чего толку от того, что он ему туда diff пришлёт свежий, если на slave нету снепшотов за три дня, а стало быть он ничего не знает об изменившихся блоках в этот период? Или ключ -R сделает магию. Он сперва выравнет локальную и удалённую файловую систему полностью, а потом в следующий раз уже будет только diff посылать, если файловые системы выравнены?

Следующий вопрос: а что если, я на slave узле склонирую любой снепшот, и примонтирую его куда-либо на запись? Поскольку, у тебя стоят ключи: -R и -F, у меня получается всё похерится?

Флаг -u выставляет: canmount=noauto для файловой системы насколько я понял, что дополнительно меня защитит от идеи перезаписать что-то на слеве. Но это ведь не должно мне мешать создавать clone снепшотов на запись на удалённом узле?

Суть вопроса вот какая: мне бы хотелось иметь возможность на slave узле поднять любую вирт. машину с шагом в сутки, для записи. - Например, для того чтобы восстановить удалённые данные, или выполнить обновление ПО, и посмотреть что будет. - На master я этого делать не хочу, по причине того, что на master ресурсы заняты, а slave то вроде как без дела валяется...

Просто я думаю, быть может мне хватит нечто: recv -Fu ? Без R на передатчике...

P.S. не очень понял зачем тут тебе нужен ключ -d.

Исправление DALDON, :

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

Не могу до конца распарсить значения: ключей send -R , и recv -Fdu

Можешь пожалуйста объяснить как для младенца? :-)

Я запутан...

Представим, у тебя узел slave был три дня не доступен. Стало быть: на мастер узле ты даёшь: zfs send -R -i $snapshot_yesterday $snapshot_today , что в моём понимании означает: отправь diff между указанными снепшотами а также все свойства файловой системы. Но у тебя и в помине нету на slave узле snapshot_yesterday, у тебя же там: snapshot_today -3d. Чего толку от того, что он ему туда diff пришлёт свежий, если на slave нету снепшотов за три дня, а стало быть он ничего не знает об изменившихся блоках в этот период? Или ключ -R сделает магию. Он сперва выравнет файловую систему полностью, а потом в следующий раз уже будет только diff посылать, если файловые системы выравнены?

Следующий вопрос: а что если, я на slave узле склонирую любой снепшот, и примонтирую его куда-либо на запись? Поскольку, у тебя стоят ключи: -R и -F, у меня получается всё похерится?

Флаг -u выставляет: canmount=noauto для файловой системы насколько я понял, что дополнительно меня защитит от идеи перезаписать что-то на слеве. Но это ведь не должно мне мешать создавать clone снепшотов на запись на удалённом узле?

Суть вопроса вот какая: мне бы хотелось иметь возможность на slave узле поднять любую вирт. машину с шагом в сутки, для записи. - Например, для того чтобы восстановить удалённые данные, или выполнить обновление ПО, и посмотреть что будет. - На master я этого делать не хочу, по причине того, что на master ресурсы заняты, а slave то вроде как без дела валяется...

Просто я думаю, быть может мне хватит нечто: recv -Fu ? Без R на передатчике...

P.S. не очень понял зачем тут тебе нужен ключ -d.

Исходная версия DALDON, :

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

Не могу до конца распарсить значения: ключей send -R , и recv -Fdu

Можешь пожалуйста объяснить как для младенца? :-)

Я запутан...

Представим, у тебя узел slave был три дня не доступен. Стало быть: на мастер узле ты даёшь: zfs send -R -i $snapshot_yesterday $snapshot_today , что в моём понимании означает: отправь diff между указанными снепшотами а также все свойства файловой системы. Но у тебя и в помине нету на slave узле snapshot_yesterday, у тебя же там: snapshot_today -3d. Чего толку от того, что он ему туда diff пришлёт свежий, если на slave нету снепшотов за три дня, а стало быть он ничего не знает об изменившихся блоках в этот период?

Следующий вопрос: а что если, я на slave узле склонирую любой снепшот, и примонтирую его куда-либо на запись? Поскольку, у тебя стоят ключи: -R и -F, у меня получается всё похерится?

Флаг -u выставляет: canmount=noauto для файловой системы насколько я понял, что дополнительно меня защитит от идеи перезаписать что-то на слеве. Но это ведь не должно мне мешать создавать clone снепшотов на запись на удалённом узле?

Суть вопроса вот какая: мне бы хотелось иметь возможность на slave узле поднять любую вирт. машину с шагом в сутки, для записи. - Например, для того чтобы восстановить удалённые данные, или выполнить обновление ПО, и посмотреть что будет. - На master я этого делать не хочу, по причине того, что на master ресурсы заняты, а slave то вроде как без дела валяется...

Просто я думаю, быть может мне хватит нечто: recv -Fu ? Без R на передатчике...

P.S. не очень понял зачем тут тебе нужен ключ -d.