Neste documento, explicamos como solucionar erros e avisos da adaptação do SO do Migrate to Virtual Machines.
Os erros são problemas graves que impedem a adaptação do SO. Eles indicam problemas que exigem sua atenção e solução imediatas para que você possa seguir com o processo. Os avisos, embora não sejam graves, trazem informações valiosas. Eles destacam possíveis problemas ou inconsistências detectadas durante a adaptação, mesmo que a clonagem seja bem-sucedida.
Cada adaptação gera um relatório que detalha os erros ou avisos encontrados durante o processo.
Embora a maioria das adaptações do SO seja automatizada, em alguns casos é preciso corrigir erros e avisos para concluir o processo de clonagem. Os erros e avisos abaixo destacam situações em que essas modificações são necessárias.
Erros de adaptação do SO
A tabela a seguir lista os erros que podem acontecer durante a adaptação do SO, além de soluções para cada um deles.
Mensagem | Ação necessária |
---|---|
Não foi possível encontrar o sistema operacional nos discos de VM. | Verifique se os discos de VM têm um sistema operacional válido e se não estão criptografados, por exemplo, com o BitLocker. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Há mais de um sistema operacional nos discos de VM. Sistemas de arquivos raiz encontrados: {roots}. | Marque o sistema operacional que você quer adaptar. No Windows, execute o comando mkdir %SystemDrive%\Google\Migrate , e mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints no Linux.
As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Há mais de um sistema de arquivos raiz marcado com um diretório de dicas. | Verifique se há um diretório de dicas em um único sistema de arquivos raiz. No Windows: %SystemDrive%\Google\Migrate ; no Linux: /etc/google/migrate . As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Inodes insuficientes no sistema de arquivos {mount_point}. | Verifique se pelo menos {required_free_inodes} inodes estão disponíveis no sistema de arquivos {mount_point}. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Espaço em disco insuficiente no volume {mount_point}. | Verifique se há pelo menos {required_free_space_mb} MB de espaço livre disponível no volume {mount_point}. Recomendamos criar um snapshot da origem antes de fazer alterações no volume {mount_point}. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não há drivers VirtIO no kernel do Linux. | Verifique se um kernel do Linux com suporte ao driver VirtIO (virtio_scsi e virtio_net ) está instalado na VM de origem. Esses drivers são necessários para executar uma VM migrada no Compute Engine. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
O arquivo /etc/fstab tem entradas essenciais voláteis, como nomes de dispositivos de transferência por blocos não persistentes. |
Execute o comando mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* >
/etc/google/migrate/disk-mappings-hints na VM de origem. As mudanças nessa VM vão entrar em vigor nos ciclos de replicação seguintes. |
O arquivo {file_path} tem entradas essenciais voláteis, como nomes de dispositivos de transferência por blocos não persistentes. | Execute o comando mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* >
/etc/google/migrate/disk-mappings-hints na VM de origem. As mudanças nessa VM vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível encontrar o diretório {directory}, ou ele está vazio. | Verifique se {directory} existe, não está vazio e não é um link flexível para um volume que está faltando. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível encontrar o arquivo {file}. | Verifique se o arquivo {file} existe e não é um link flexível para um volume que está faltando. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha ao montar entradas críticas de /etc/fstab (por exemplo, entradas fstab duplicadas ou dispositivos faltando). Erro: {error_details}. |
Inspecione as configurações /etc/fstab na VM de origem ou fale com o suporte. As mudanças nessa VM vão entrar em vigor nos ciclos de replicação seguintes. |
Sistema operacional incompatível: {os_description}. | Consulte a documentação do produto para ver a lista de sistemas operacionais compatíveis. |
Sistema operacional incompatível: amazonlinux2.0. | Você tentou migrar uma VM usando um SO Amazon Linux 2, que não é compatível com o Google Cloud. Para migrar a VM, é necessário converter a SO em um software aceito. Essa capacidade de conversão está disponível em um programa experimental: Migrar uma VM do Amazon Linux 2 para o Google Cloud.
Para fazer uma conversão, execute o comando mkdir -p
/etc/google/migrate/elevate_amazonlinux2_to_rocky na VM de origem. As mudanças nessa VM vão entrar em vigor nos ciclos de replicação seguintes. |
A conversão de BIOS para UEFI não é compatível com o {os_description}. | Consulte a documentação do produto para ver a lista de sistemas operacionais compatíveis com a conversão de BIOS para UEFI. |
Sistema operacional incompatível: {os_description}. | Consulte a documentação do produto para ver a lista de sistemas operacionais compatíveis. Como alternativa, use a migração de disco para transferir os discos de dados. Consulte Migrar discos de VM. |
A arquitetura {architecture} não é compatível com os sistemas operacionais {os_type}. | Consulte a documentação do produto para ver a lista de arquiteturas compatíveis: Sistemas operacionais compatíveis. |
A conversão de BIOS para UEFI não é compatível com sistemas operacionais {os_type} nem a arquitetura {architecture}. | Consulte a documentação do produto para ver a lista de arquiteturas compatíveis com a conversão de BIOS para UEFI: Sistemas operacionais compatíveis. |
Não detectamos um carregador compatível de inicialização do Linux, por exemplo, o Grub. Isso pode ocorrer em sistemas operacionais mais antigos ou se o tipo de inicialização selecionado (BIOS/UEFI) não é aceito pelo sistema operacional instalado. | Consulte a documentação do produto para ver a lista de sistemas operacionais compatíveis e verifique se o tipo de inicialização (BIOS/UEFI) do sistema operacional está definido corretamente. |
Não foi possível instalar os pacotes google-compute-engine: {error_message}. | Tente resolver os problemas e instalar o pacote manualmente ou fale com o suporte. Para continuar sem instalar esses pacotes, execute mkdir -p /etc/google/migrate/skip_failed_install na VM de origem.
Alguns recursos do Compute Engine não funcionam sem o ambiente de convidado. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes {package_name}: {error_message}. | Tente resolver os problemas ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes {package_name}: {error_message}. | Tente resolver os problemas e instalar o pacote manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes {package_name}: {error_message}. | Tente resolver os problemas e instalar o pacote manualmente ou fale com o suporte. Para continuar sem instalar esses pacotes, execute mkdir -p /etc/google/migrate/skip_failed_install na VM de origem.
As mudanças nessa VM vão entrar em vigor nos ciclos de replicação seguintes. |
Não é possível instalar ou atualizar os pacotes críticos {packages} sem corromper as dependências: {error_message}. | Tente instalar manualmente os pacotes {packages} na VM de origem ou fale com o suporte. Para reparar pacotes corrompidos após a migração, execute mkdir -p
/etc/google/migrate/skip_broken_packages nessa VM. Se quiser pular a instalação, execute mkdir -p /etc/google/migrate/skip_failed_install na VM de origem. Pular a instalação pode resultar em falhas nas próximas etapas. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha na instalação do DISM do {driver} com o código de saída: {exit_code}. |
Fale com o suporte ou consulte a documentação da Microsoft (Depurar códigos de erro do sistema) para corrigir o erro. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha na instalação do DISM do {driver} com o código de saída: 2. |
Desative qualquer antivírus ou outro software de segurança que possa impedir o DISM de acessar o sistema de arquivos. Se o problema persistir, execute os comandos sfc /scannow e dism /online /cleanup-image
/restorehealth para corrigir o problema. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível carregar o registro do Windows desta VM. O hive {hive_name} pode ter inconsistências. | Repita um ciclo de replicação, teste o clone e conclua a migração. Se o problema persistir, tente corrigir o registro usando Scanregw.exe ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
O tempo limite foi atingido ao carregar os hives de registro do Windows. | Consulte o Microsoft KB #2498915 para compactar hives de registro grandes demais ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível decodificar /etc/google/migrate/disk-mappings-hints com o codec utf-8. |
Execute mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* >
/etc/google/migrate/disk-mappings-hints novamente e verifique se a saída gravada é um utf-8 válido. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha ao montar o sistema de arquivos em {mountable}. Isso geralmente indica inconsistências no sistema de arquivos. | Tente corrigir o sistema de arquivos usando ferramentas como {tool_name}. Se o problema persistir, fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível analisar o arquivo /etc/fstab devido às vírgulas à direita na linha {line_number}: {line_content}. |
Remova as vírgulas à direita ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível analisar o arquivo /etc/fstab devido aos espaços em branco no caminho na linha {line_number}: {line_content}. |
Substitua os espaços em branco por \040 e faça a validação executando o comando mount -a ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível analisar /etc/fstab porque a aspa não foi fechada na linha {line_number}: {line_content}. |
Remova a aspa não fechada ou feche-a e valide-a executando o mount -a , ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível analisar /etc/fstab na linha {line_number}: {line_content}. |
Execute mount -a e corrija os erros resultantes ou fale com o suporte.
As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível analisar {path} na linha {line_number}: {line_content}. | Corrija o formato ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível encontrar nenhum pacote de kernel instalado, embora o /boot tenha executáveis válidos do kernel do Linux. |
Reinstale o kernel usando um gerenciador de pacotes padrão. Se o problema persistir, fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível encontrar um kernel em /boot . |
Verifique se /boot inclui um executável válido do kernel do Linux (vmlinuz ou Image ) ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível encontrar nenhuma imagem initrd ou initramfs em /boot . |
Confira se /boot tem uma imagem válida do disco RAM inicial (initrd ou initramfs ) ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
O arquivo /etc/fstab tem entradas essenciais com volumes que estão faltando: {specs}. |
Verifique se os volumes especificados existem, atualize o arquivo /etc/fstab , tente corrigir a configuração de volumes lógicos ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha ao transferir {volumes_or_disks}. Alguns volumes são marcados pelo Windows como sujos. | Execute chkdsk /f em todas as unidades disponíveis na VM de origem. Se o problema persistir, fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível encontrar grub-mkconfig nem grub2-mkconfig . |
Instale o pacote grub2-common . As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível atualizar o carregador de inicialização usando grub-mkconfig ou grub2-mkconfig : {error_message}. |
Resolva os problemas ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
A tabela de partições para {devices} é inválida. | Corrija a tabela de partições com uma ferramenta como FixParts. Se o problema persistir, fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha na adaptação do SO quando a flag force_skip_verifications está definida. |
Remova a flag force_skip_verifications executando o comando a seguir na VM de origem. No Windows, execute o comando rmdir %SystemDrive%\Google\Migrate\force_skip_verifications , e rmdir /etc/google/migrate/force_skip_verifications no Linux. |
tboot não é compatível. |
Remova tboot da configuração do carregador de inicialização. As mudanças nessa VM vão entrar em vigor nos ciclos de replicação seguintes. |
Falha ao atualizar /etc/sudoers . Isso é necessário para que o ambiente de convidado adicione permissões sudo aos usuários com base nos papéis do IAM. |
Verifique se /etc/sudoers é editável na VM de origem ou execute touch /etc/google/migrate/skip_editing_sudoers para pular a edição de /etc/sudoers .
A concessão de acesso ao sudo com os papéis do IAM não vai funcionar na VM sem essas alterações. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha ao atualizar /etc/sudoers : permissão negada. Isso é necessário para que o ambiente de convidado adicione permissões sudo aos usuários com base nos papéis do IAM. |
Verifique se /etc/sudoers é editável na VM de origem ou execute touch /etc/google/migrate/skip_editing_sudoers para pular a edição de /etc/sudoers .
A concessão de acesso ao sudo com os papéis do IAM não vai funcionar na VM sem essas alterações. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Esta imagem já foi generalizada (sysprep.exe /generalize foi executado). |
Tente de novo sem escolher a opção generalize . As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha ao generalizar a imagem executando sysprep.exe /generalize . |
Generalize a imagem de origem e tente novamente sem escolher a opção generalize . As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha ao instalar pacotes devido à configuração incorreta do comando dpkg : {packages}. |
Recrie a configuração de dpkg executando rm /var/cache/debconf/config.dat && dpkg --configure -a .
Caso o erro persista, remova os pacotes com falha, recrie a configuração de dpkg e reinstale os pacotes, se necessário. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
A configuração de dpkg expirou. |
Recrie a configuração de dpkg executando rm /var/cache/debconf/config.dat && dpkg --configure -a .
Caso o erro persista, remova os pacotes com falha, recrie a configuração de dpkg e reinstale os pacotes, se necessário. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível inicializar a VM adaptada para concluir a conversão. | As falhas de inicialização ocorrem devido a snapshots inconsistentes. Tente desligar a VM de origem, replicar um clone desligado dela ou usar a migração de disco. As mudanças nessa VM vão entrar em vigor nos ciclos de replicação seguintes. |
Não é possível converter automaticamente o sistema operacional para o Rocky Linux 8. | Recomendamos usar o fluxo de migração de disco se quiser transferir sua VM para o Google Cloud. Consulte Migrar discos de VM. |
A instância não tem uma partição de inicialização ativa ou uma partição EFI. | Verifique se a instância inclui a partição de inicialização ou a partição EFI. Caso contrário, fale com o suporte. |
Avisos de adaptação do SO
A tabela a seguir lista os avisos que podem aparecer durante a adaptação do SO e informações para resolver cada um deles.
Mensagem | Ação necessária |
---|---|
Os seguintes pacotes estavam corrompidos e tiveram que ser removidos para instalar os essenciais: {packages}. | Remova os pacotes corrompidos e verifique se a VM e os aplicativos estão funcionando normalmente. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não é possível aplicar a licença {requested_license} a {os_info}. | Escolha uma licença relevante: {relevant_licenses}. |
O arquivo /etc/fstab tem entradas voláteis, como nomes de dispositivos de transferência por blocos não persistentes. |
Execute o comando mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* >
/etc/google/migrate/disk-mappings-hints na VM de origem. As mudanças nessa VM vão entrar em vigor nos ciclos de replicação seguintes. |
O arquivo /etc/fstab inclui entradas {mount_type}. |
Verifique se todas as entradas {mount_type} podem ser acessadas na VM de destino após a migração ou se a VM de destino é inicializada sem acesso às entradas {mount_type}. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
O arquivo {file_path} tem entradas essenciais voláteis, como nomes de dispositivos de transferência por blocos não persistentes. | Execute o comando mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* >
/etc/google/migrate/disk-mappings-hints na VM de origem. As mudanças nessa VM vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes google-compute-engine: {error_message}. | Resolva os problemas e instale os pacotes manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes google-osconfig-agent: {error_message}. | Resolva os problemas e instale os pacotes manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes google-cloud-sdk: {error_message}. | Resolva os problemas e instale os pacotes manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes google-cloud-sdk: {error_message}. | Resolva os problemas e instale os pacotes manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes google-rhui-client: {error_message}. | Resolva os problemas e instale os pacotes manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes cloud-regionsrv-client: {error_message}. | Resolva os problemas e instale os pacotes manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes google-cloud-sap-agent: {error_message}. | Resolva os problemas e instale os pacotes manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes dhcp-client: {error_message}. | Resolva os problemas e instale os pacotes manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Não foi possível instalar os pacotes {package_name}: {error_message}. | Resolva os problemas e instale os pacotes manualmente ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
As ferramentas do VMware não estão disponíveis. Talvez a VM não seja encerrada corretamente. Um encerramento forçado pode resultar em perda de dados. | Instale o VMware Tools ou encerre completamente sua VM antes de executar uma migração. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
O software de segurança {software} pode causar problemas de conectividade e falhas na configuração da primeira inicialização. | Crie um clone de teste e verifique se a nova instância de VM é inicializada com conectividade de rede. Caso contrário, considere desativar o {software} ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha ao adicionar o servidor de metadados a {hosts_path}. | Verifique se {hosts_path} existe e pode ser editado pelo usuário: Administrator. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
Falha ao definir o valor de registro no intervalo de enquete especial NTP. | Verifique se o caminho do registro {path} pode ser editado pelo usuário: Administrator. Aguarde até que as alterações sejam aplicadas ou edite manualmente o registro para definir o valor como {value}. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
A saída de rede de um dos seguintes tipos de perfil ({profiles}) está bloqueada e não foi mesclada com a política de firewall local. Isso pode causar problemas de conectividade e falhas na configuração da primeira inicialização. | Você pode permitir a mesclagem das políticas de firewall local definindo AllowLocalPolicyMerge como 1 em todos os perfis mencionados.
Se preferir, defina uma política remota que permita o acesso ao RDP e ao servidor de metadados ou fale com o suporte. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |
O pacote cpio estava faltando ou foi configurado incorretamente e foi instalado para permitir a configuração adequada do sistema operacional. O pacote pax foi instalado para evitar a vulnerabilidade CVE-2022-41352. |
Se necessário, é possível remover os pacotes cpio e pax depois da migração. |
Alguns pacotes não têm uma substituição adequada e foram removidos, excluídos ou passaram por downgrade. Verifique a lista de pacotes removidos no arquivo {removed_packages_file_path}, a lista de pacotes que passaram por downgrade em {downgraded_packages_file_path} e a lista de pacotes excluídos no arquivo {excluded_packages_file_path}. | Na VM de destino, instale os pacotes que foram removidos, excluídos ou que passaram por downgrade para restaurar os recursos do aplicativo. |
Inconsistência ou corrupção do sistema de arquivos detectada e corrigida no sistema de arquivos XFS: {filesystem} | É possível corrigir o sistema danificado de arquivos na origem usando ferramentas como xfs_repair . Se você não quiser reparar o sistema, use a flag disable-xfs-repair . No entanto, isso pode causar falhas na adaptação do SO e outros problemas. As mudanças na VM de origem vão entrar em vigor nos ciclos de replicação seguintes. |