Назад | Перейти на главную страницу

Физический для Virtual Xen в Debian Squeeze

Я пытаюсь перенести различные службы из физического блока Debian Squeeze на несколько паравиртуализированных машин Xen. Это мое первое знакомство с Xen, поэтому я планирую сделать это шаг за шагом:

  1. Установите на компьютер чистый Xen + Debian Squeeze Dom0
  2. Убедитесь, что я могу установить и запустить новые DomU (xen-tools)
  3. Преобразование исходной физической установки (называемой Ковальски) в DomU
  4. Перенести службы из Ковальски в новые DomU, пока Ковальски больше ничего не будет делать.
  5. Уйти на пенсию Ковальски

Шаги 1 и 2 прошли нормально. У меня проблемы с 3.

В основном я:

Он загружается, но во время запуска скриптов в конечном итоге зависает с сообщением init, что «T0» повторно появляется слишком быстро, поэтому он его убивает.

Есть предложения по методам отладки? что я мог пропустить?

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

Вы не можете просто переместить физический жесткий диск на виртуальную машину. Squeeze использует ядро ​​2.6.32, которое не может загружаться под xen pv (вы используете PV?). Вам необходимо установить ядро ​​xen linux-image-2.6.32-5-xen-amd64 на виртуальной машине, которая может загружаться под xen. на самом деле вы можете смонтировать свой lvm, chroot, установить новое ядро ​​и попробовать запустить его снова. он должен работать.

также есть программное обеспечение, которое может преобразовывать физические машины в xen. К сожалению, я никогда им не пользовался и не помню его названия.

Так я и сделал изначально (преобразовал p2v). Это хлопотный способ сделать это.

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

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

В течение многих лет я пытался подражать «/ dev / sda» в своих DomU - просто чтобы обнаружить, что после определенного обновления ядра sles-kernel DomU больше не загружается (потому что sda теперь жестко запрограммирована для использования физических драйверов). Теперь я использую стандартный драйвер pv (xenblk) со стандартным именем устройства (xvda), и снова все в порядке.