Clonación del antiguo RHEL 4.3 en Dell Poweredge 2850 a PE2950 con SAS PERC6i

Question

Tengo un Dell PowerEdge 2850 con un controlador PERC 4 y unidades SCSI. Necesito clonarlo en un PE2950 con un PERC6i con unidades SAS. Utilicé el paquete DKMS junto con el controlador más reciente en el sitio web de Dell para crear un disco de controlador y lo instalé manualmente con éxito, así que sé que se instalará, pero necesito una buena sugerencia para las opciones de clonación. Probé clonezilla pero no reconoce los discos duros y no soy un experto en distribuciones basadas en Debian, por lo que no puedo manipularlo.

¿Alguien conoce una forma confiable de clonar este servidor? Me imagino que si puedo encontrar un método para transferir la imagen, instalaré el controlador SAS en el cuadro de origen antes de clonarlo y debería poder arrancar en el cuadro de destino.

¡Gracias a todos!

Answer 1

He usado SystemImager para mover RHEL4 de 2850 a 2950.

RHEL4 no reconoció el controlador de unidad en el 2950, ​​así que inicié usando un disco de rescate y recreé el initrd.

Answer 2

Si tiene la nueva caja particionada y configurada de la manera que desea, y solo necesita recuperar el "alma" de la caja anterior, no tiene nada que perder al probar un método rápido y sucio.

Arrancaría el CD de rescate de RHEL 4.3 en la nueva caja usando el disco del controlador y verificaría que tenga controladores de red que funcionen y una dirección IP. Una vez hecho esto, cree un directorio en algún lugar del nuevo cuadro en un soporte que tenga suficiente espacio para aceptar los datos del cuadro anterior, cd a él y haga lo siguiente:

nc -l -p 8989 | tar x

En la caja vieja, haz lo siguiente:

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

Eso enviará el contenido del cuadro de origen a un directorio en el cuadro de destino a través de la red.

En teoría, debería poder usar diff para encontrar las diferencias entre /etc y otras carpetas entre el cuadro de origen y el cuadro de destino y "combinarlos" en un solo cuadro.

Realmente, probablemente pueda salirse con la suya descomprimiendo el cuadro antiguo justo encima de la raíz del cuadro nuevo, ya que el nuevo kernel y los módulos estarán en una ruta diferente y no deben sobrescribirse. Si hace eso, puede poner "--exclude=boot" en la línea de comando tar de envío, así, para evitar que la configuración de grub se sobrescriba en el nuevo cuadro:

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

Answer 3

Tuve éxito con movimientos similares usando un procedimiento como este (principalmente hice esto para pasar de servidores físicos a máquinas virtuales). Donde digo "Knoppix", cualquier Live CD de Linux debería funcionar:

1. arranca ambos con Knoppix; o inicie el servidor ANTIGUO en modo de usuario único. "knoppix 2" para solo texto podría ser una buena idea.
2. Haga funcionar la red en ambos, con diferentes IP, por supuesto.
3. En el servidor ANTIGUO, ejecute:dd if=/dev/sda | gzip -c | nc -l -p 3000
4. En el NUEVO servidor, ejecute:nc $IP 3000 | gunzip -c | dd of=/dev/sda
5. esperar de 1 a 3 horas, aproximadamente (depende, claro)
6. apagar el servidor ANTIGUO
7. siguientes pasos en el NUEVO servidor:
   1. husmee y descubra qué particiones son cuáles. En mi ejemplo, sda2 es / y sda1 es /boot
   2. mount -o dev /mnt/sda2
   3. mount /dev/sda1 /mnt/sda2/boot
   4. chroot /mnt/sda2
   5. mount /proc
   6. edite /etc/modules.conf y cambie scsi_hostadapter a lo correcto (ver lo que knoppix ha cargado lsmoddebería ayudar)
   7. module_upgrade
   8. mkkerneldoth
   9. rpm -qa | grep kernel
   10. new-kernel-pkg --mkinitrd --depmod --install 2.4.21-40.EL(la versión es de la anterior; rpm -q --scripts kernely emula el post script)
   11. exit(de chroot)
   12. shutdown -rf now
8. Cuando se inicie la NUEVA máquina, elija el mismo kernel que modificó, haga lo kudzu de reconocer el hardware que se ha ido y el hardware que se ha agregado.
9. Verifique que todo esté funcionando bien. Quizás tenga que ajustar la configuración de red, etc.