disk = [ 'phy:/dev/vg-00/domu-swap,xvda1,w', 'phy:/dev/vg-00/domu-disk,xvda2,w' ])vg-00) с 2 PVКогда я начинаю pmove (я даже пытался ionice -c3 это) мои домены очень сильно загружаются или даже застревают. Я думаю это бывает, когда pvmove перемещает расширения от domUs LV от одного PV к другому. Я также видел, как domU действительно напугал запуском OOM-killer. Короче: пришлось прервать процедуру (pvmove --abort), потому что мои domU начали приходить в негодность, основные компоненты сервера были убиты или даже полностью умерли / зависли.
Я знаю о более высоких нагрузках ввода-вывода во время перехода и могу с этим справиться. Но даже когда ionice -c3d нагрузка ввода-вывода настолько велика, что внутри domU задачи блокируются. Почему не ionice здесь работают? Если я правильно понимаю, весь ввод-вывод выполняется dom0 (драйвером blkback), поэтому dom0 должен видеть все операции ввода-вывода, выполняемые каждым dom (0 | U), и должен иметь возможность планировать ввод-вывод для моего renice процесс - мои предположения здесь неверны?
Почему мой domU запускает OOM-killer? Как этот процесс может повлиять на память domU? Кстати: когда domU сходят с ума, мой dom0 работает нормально. Высокий ввод-вывод, но это очевидно.
Есть ли способ удалить один PV без указанного выше хасселя? Было бы лучше выключить / приостановить один domU за другим и pvmove только LV с этого компьютера?
Заранее благодарю за каждый ввод - я даже был бы рад получить "идеи для отладки"!
Это должно работать - но похоже, что XEN накладывает какую-то исключительную блокировку в режиме "w". Возможно, эта блокировка не так строга в "w!" (или был режим "! w"?). Этот режим должен разрешать запросы на запись из более чем одного источника.
Какое потребление памяти возрастает до того, как убийца вмешивается в DomU? Буферная память?