Clonando o antigo RHEL 4.3 no Dell Poweredge 2850 para PE2950 com SAS PERC6i

Question

Tenho um Dell PowerEdge 2850 com controlador PERC 4 e unidades SCSI. Preciso clonar isso em um PE2950 com PERC6i com drives SAS. Usei o pacote DKMS junto com o driver mais recente no site da Dell para criar um disco de driver e instalei manualmente com sucesso, então sei que ele será instalado, mas preciso de uma boa sugestão para opções de clonagem. Eu tentei o clonezilla, mas ele não reconhece os discos rígidos e não sou especialista em distros baseadas em Debian, então não consigo manipulá-lo.

Alguém conhece uma maneira confiável de clonar este servidor? Imagino que se eu conseguir encontrar um método para transferir a imagem, instalarei o driver SAS na caixa de origem antes de cloná-lo e ele poderá inicializar na caixa de destino.

Obrigado a todos!

Answer 1

Usei o SystemImager para mover o RHEL4 de 2850 para 2950.

O RHEL4 não reconheceu o controlador de unidade no 2950, ​​então inicializei usando um disco de resgate e recriei o initrd.

Answer 2

Se você tem a nova caixa particionada e configurada da maneira que deseja, e só precisa recuperar a "alma" da caixa antiga, você não tem nada a perder tentando um método rápido e sujo.

Eu inicializaria o CD de resgate do RHEL 4.3 na nova caixa usando o disco de driver e verificaria se você tem drivers de rede funcionando e um endereço IP. Depois de fazer isso, crie um diretório em algum lugar da nova caixa em uma montagem que tenha espaço suficiente para aceitar os dados da caixa antiga, faça um cd para ela e faça um:

nc -l -p 8989 | tar x

Na caixa antiga, faça:

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

Isso enviará o conteúdo da caixa de origem para um diretório na caixa de destino pela rede.

Em teoria, você deve ser capaz de usar o diff para encontrar as diferenças entre /etc e outras pastas entre a caixa de origem e a caixa de destino e "combiná-las" em uma caixa.

Na verdade, você provavelmente conseguirá descompactar a caixa antiga diretamente sobre a raiz da nova caixa, já que o novo kernel e os módulos estarão em um caminho diferente e não devem ser substituídos. Se você fizer isso, você pode colocar um "--exclude=boot" na linha de comando de envio do tar, assim, para evitar que a configuração do grub seja substituída na nova caixa:

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

Answer 3

Tive sucesso com movimentos semelhantes usando um procedimento como este (fiz isso principalmente para migrar de servidores físicos para VMs). Onde eu digo "Knoppix", qualquer Live CD do Linux deve funcionar:

1. inicialize ambos com Knoppix; ou inicialize o servidor ANTIGO no modo de usuário único. "knoppix 2" somente para texto pode ser uma boa ideia.
2. Faça a rede funcionar em ambos, com IPs diferentes, é claro.
3. No servidor ANTIGO, execute:dd if=/dev/sda | gzip -c | nc -l -p 3000
4. No NOVO servidor, execute:nc $IP 3000 | gunzip -c | dd of=/dev/sda
5. espere de 1 a 3 horas, aproximadamente (depende, claro)
6. desligue o servidor ANTIGO
7. seguintes etapas no NOVO servidor:
   1. dê uma olhada e descubra quais partições são quais. No meu exemplo, sda2 é / e sda1 é /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 e altere o scsi_hostadapter para a coisa certa (ver o que o knoppix carregou usando lsmoddeve ajudar)
   7. module_upgrade
   8. mkkerneldoth
   9. rpm -qa | grep kernel
   10. new-kernel-pkg --mkinitrd --depmod --install 2.4.21-40.EL(a versão é da anterior; rpm -q --scripts kernele emula o post script)
   11. exit(do chroot)
   12. shutdown -rf now
8. Quando a NOVA máquina inicializar, escolha o mesmo kernel que você modificou, faça o kudzu ao reconhecer o hardware que desapareceu e o hardware que foi adicionado.
9. Verifique se tudo está funcionando bem. Pode ser necessário ajustar as configurações de rede, etc.