vdi-snapshot и base copy

[Artur Gadelshin]

Есть ли какое-то логическое объяснения тому, что при создании vdi-snapshot, vdi, для которого он создавался, становится зависим от снапшота (он выступает родительским). При этом, если снапшот не выполнился до конца - нехватка места - создаются base copy, удалить это каким-либо образом вручную (lvremove, например), не сломав саму виртуалку, не получается.

coalesce-leaf не помогает, не видит проблем.

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

[George Shuklin]

Снапшоты, клонирование и т.д. - это всё фичи VHD-формата. Если хоть одна
нетривиальная операция выполнялась, то получившееся образует т.н.
VHD-tree, т.е. цепочку зависящих друг от друга VHD. Для нового xcp,
насколько я понимаю, достаточно просто сделать sc-scan, оно начинает в
бэкграунде шуршать. При этом все хосты должны быть enable, чтобы coalese
мог получить согласие на удаление VDI из цепочки VHD.

Если что-то не так, XCP молчит как партизан. Подробности - только в
/var/log/SMlog.

[Artur Gadelshin]

Спасибо, в 1.1 sr-scan мне не помог. Буду смотреть логи.

19 сентября 2012 г., 13:18 пользователь George Shuklin <george....@gmail.com> написал:

[George Shuklin]

О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫ xe forget.

19.09.2012 14:06, Artur Gadelshin О©╫О©╫О©╫О©╫О©╫:

О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ 1.1 sr-scan О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.

19 О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 2012О©╫О©╫., 13:18 О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ George Shuklin <george....@gmail.com> О©╫О©╫О©╫О©╫О©╫О©╫О©╫:

О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫.О©╫. - О©╫О©╫О©╫ О©╫сё О©╫О©╫О©╫О©╫ VHD-О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫.О©╫. VHD-tree, О©╫.О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ VHD. О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ xcp, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ sc-scan, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ enable, О©╫О©╫О©╫О©╫О©╫ coalese О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ VDI О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ VHD.

О©╫О©╫О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫, XCP О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ /var/log/SMlog.

On 19.09.2012 12:17, Artur Gadelshin wrote:

О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ vdi-snapshot, vdi, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫). О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ base copy, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫-О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (lvremove, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫), О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

coalesce-leaf О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫щё О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ xen О©╫О©╫-О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫?

[WellWisher]

Добрый день, ситуация такая же, делаю снапшоты - появляются цепочки связанных vhd, sr-scan в лог выводит нечто вроде: найдено столько-то образов vdi на стольки то файлах vhd (информация верная, считает base copy в том числе)

объединить файлы и не пытается, как бы ему намекнуть что я хочу этот снапшот удалить то?

[Artur Gadelshin]

На самом деле если всё прошло хорошо со снапшотами, то достаточно сделать vdi-destroy для снапшота, все связанные с ним base copy и lv удалятся сами. У меня проблема в том, что недоделанный снапшот с помощью vdi-destroy не удалить, самого vdi нет.

20 сентября 2012 г., 15:05 пользователь WellWisher <mali...@gmail.com> написал:

[Artur Gadelshin]

Да, ни в коем случае не делайте destroy для base copy (крайние меры). 

20 сентября 2012 г., 15:13 пользователь Artur Gadelshin <ar.gad...@gmail.com> написал:

[WellWisher]

У меня пока что были только тестовые тачки, - удалил - потерял свою VM...

да - это какая-то беда просто с бекапами... причем место у меня не заканчивалось, вобщем странно.

[WellWisher]

вобщем все страсти описываются тут: http://support.citrix.com/article/CTX122978

[George Shuklin]

Это не "страсти", это базовые знания. Страсти начинаются потом.

Я вот сегодня расковырял происхождение SR_BACKEND_FAILURE_46. Не метод его выключить, а причину возникновения.

При каких-то обстоятельствах (пока точно не ясно) tapdisk не завершается, оставаясь запущенным с открытым томом в памяти. В результате в нормальном режиме не убирается RW блокировка на VDI, а если её снять руками силком, то при опросе хостов этот залипший tapdisk мешает коалесингу и удалению VDI'ев от удалённых дисков.

Только что прибил tapdisk от 9ого сентября. 10 дней висел, зараза.

Вообще, там всё относительно просто - информация о происходящем в /var/log/SMlog хоста, где машина запущена и мастера пула.

[WellWisher]

Попробовал найти информацию о слитии vhd дерева в один vhd файл(на мой взгляд - это должно быть одно из базовых операций), но что-то не нашел.

Может быть плохо искал?

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

[Евгений Севостьянов]

ТП Citrix ответила, что необходимо экспортировать ВМ в файл, а потом импортировать вновь. (при экспорте выбирайте формат xva). Мне помогло.

пятница, 21 сентября 2012 г., 4:52:00 UTC+8 пользователь WellWisher написал:

[Sergey Abramyan]

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

2013/4/25 Евгений Севостьянов <jon.d...@gmail.com>

--
Вы получили это сообщение, поскольку подписаны на группу xen-hosting.
 
Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес xen-hosting...@googlegroups.com.
Подробнее о функциях можно узнать на странице https://groups.google.com/groups/opt_out.
 
 

--

С уважением,

Сергей Абрамян