Клонирование старого RHEL 4.3 на Dell Poweredge 2850 в PE2950 с помощью SAS PERC6i

У меня Dell PowerEdge 2850 с контроллером PERC 4 и дисками SCSI. Мне нужно клонировать это в PE2950 с PERC6i с дисками SAS. Я использовал пакет DKMS вместе с последним драйвером на веб-сайте Dells для создания диска с драйверами и успешно установлен вручную, поэтому я знаю, что он будет установлен, но мне нужно хорошее предложение для вариантов клонирования. Я пробовал clonezilla, но он не распознает жесткие диски, и я не эксперт в дистрибутивах на основе Debian, поэтому я не могу ими манипулировать.

Кто-нибудь знает надежный способ клонирования этого сервера? Я полагаю, что если я смогу найти способ для передачи образа, я установлю драйвер SAS на исходный блок перед его клонированием, и он сможет загрузиться в конечный блок.

Спасибо всем!

Источник

3 ответа

Решение

Я использовал SystemImager для перемещения RHEL4 с 2850 до 2950.

RHEL4 не распознал контроллер накопителя на 2950, ​​поэтому я загрузился с помощью спасательного диска и заново создал initrd.

Источник

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

Я загрузил аварийный компакт-диск RHEL 4.3 с нового диска с помощью диска с драйверами и проверил, что у вас есть работающие сетевые драйверы и IP-адрес. Как только вы это сделаете, создайте каталог где-нибудь на новом боксе в монтировании, в котором будет достаточно места, чтобы принять данные старого блока, перейдите к нему и выполните:

nc -l -p 8989 | tar x

На старой коробке сделайте:

tar cf - /* | nc (receiving host ip address) 8989

Это доставит содержимое поля источника в каталог в окне назначения по сети.

Теоретически, вы должны иметь возможность использовать diff, чтобы найти различия между /etc и другими папками между исходным и конечным ящиками и "объединить" их в один ящик.

На самом деле, вы, вероятно, можете избежать повреждения старого блока прямо над корнем нового блока, так как новое ядро ​​и модули будут находиться по другому пути и не должны быть перезаписаны. Если вы сделаете это, вы можете поместить "--exclude=boot" в командную строку отправляющего tar, например, чтобы предотвратить перезапись конфигурации grub в новом окне:

tar cf - --exclude=boot /* | nc (receiving host ip address) 8989
Источник

Я добился успеха с подобными шагами, используя такую ​​процедуру (в основном я делал это для перехода с физических серверов на виртуальные машины). Где я говорю "Knoppix", любой Linux Live CD должен работать:

  1. загрузиться как с Knoppix; или загрузите старый сервер в однопользовательском режиме. "knoppix 2" только для текста может быть хорошей идеей.
  2. Разумеется, вы можете подключиться к сети, используя разные IP-адреса.
  3. На старом сервере запустите: dd if=/dev/sda | gzip -c | nc -l -p 3000
  4. На НОВОМ сервере, запустите: nc $IP 3000 | gunzip -c | dd of=/dev/sda
  5. подождите от 1 до 3 часов, примерно (зависит, конечно)
  6. выключить старый сервер
  7. следующие шаги на новом сервере:
    1. покопаться и выяснить, какие разделы какие. В моем примере sda2 это /, а sda1 это /boot
    2. mount -o dev /mnt/sda2
    3. mount /dev/sda1 /mnt/sda2/boot
    4. chroot /mnt/sda2
    5. mount /proc
    6. отредактируйте /etc/modules.conf и измените scsi_hostadapter на правильную вещь (смотря на то, что knoppix загрузил с помощью lsmod должно помочь)
    7. module_upgrade
    8. mkkerneldoth
    9. rpm -qa | grep kernel
    10. new-kernel-pkg --mkinitrd --depmod --install 2.4.21-40.EL (версия из предыдущего; rpm -q --scripts kernel и подражать посту сценария)
    11. exit (из chroot)
    12. shutdown -rf now
  8. Когда НОВАЯ машина загружается, выберите то же ядро, которое вы модифицировали, и сделайте kudzu, чтобы узнать, что утерянное оборудование и добавленное оборудование.
  9. Убедитесь, что все работает хорошо. Возможно, придется настроить параметры сети и т.д...
Источник
Другие вопросы по тегам