Высокая нагрузка и OOM-киллер на домах при пвмове

ситуация

• xen 4.0.1 dom0 (сжатие Debian)
• все с LV в качестве дисков: disk = [ 'phy:/dev/vg-00/domu-swap,xvda1,w', 'phy:/dev/vg-00/domu-disk,xvda2,w' ])
• один VG (vg-00) с 2 PV

Цель

• Переместите все LV от одного PV к другому (pvmove) и удалите "пустой" PV (vgreduce)
• Не мешать ни одной работающей машине (domU od Dom0)

Проблемы)

Когда я начинаю pmove (Я даже пытался ionice -c3 это) мои домы получают очень высокие нагрузки или даже застрять. Я думаю, что это происходит, когда pvmove перемещает простирается от ДОМА LV от одного PV к другому. Я также видел, как domU действительно сходил с ума от убийства OOM. Короче говоря: мне пришлось прервать процедуру (pvmove --abort), поскольку мои domU начали выходить из строя, основные компоненты сервера были убиты, или они даже умерли / зависли полностью.

Вопросов

• Я знаю о более высоких нагрузках ввода-вывода при переходе и могу справиться с этим. Но даже когда ionice -c3d IO нагрузка настолько высока, что внутри domU задачи блокируются. Почему не ionice работает здесь? Если я правильно понимаю, все операции ввода-вывода выполняются dom0 (драйвером blkback), поэтому dom0 должен видеть все операции ввода-вывода, выполняемые каждым dom(0|U), и должен иметь возможность планировать IO для моего renice процесс - мои предположения неверны здесь?

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

• Есть ли способ удалить один PV без вышеупомянутой хассел? Было бы лучше выключить / приостановить один domU за другим и pvmove только LV с этой машины?

Заранее спасибо за каждый вклад - я даже был бы рад получить некоторые "идеи отладки"!