Server Migration Center:Erro S6: Falha ao criar snapshot de partição

Sintomas

Um trabalho de migração do Server Migration Center (SMC) falha e retorna uma mensagem de erro como "S6_ Failed to create a disk partition snapshot". Os possíveis códigos de erro S6_ incluem:

• S6_8

• S6_1

Causas

Durante a replicação em nível de bloco, o cliente SMC cria automaticamente um dispositivo de snapshot para uma partição de disco no servidor de origem a fim de sincronizar dados. Esse erro ocorre quando o cliente SMC não consegue criar o snapshot. As causas variam conforme o sistema operacional do servidor de origem:

• Windows:

  • Espaço insuficiente na partição de disco.

  • Software de segurança ou antivírus de terceiros instalado.

  • Limite de armazenamento do Volume Shadow Copy insuficiente.

  • O serviço Volume Shadow Copy não funciona corretamente.

• Linux

  • Espaço insuficiente na partição de disco.

  • Memória disponível inferior a 300 MB.

  • O dispositivo de snapshot da partição de disco não funciona corretamente.

Soluções

A solução varia conforme o sistema operacional do servidor de origem:

• Windows

  Abra o Visualizador de Eventos e verifique se há erros de fontes como vss, volsnap ou disk. Resolva os problemas conforme indicado pelas mensagens de erro.

  • Se o erro indicar espaço insuficiente em disco ou impossibilidade de estender a cópia de sombra do VSS:

    • Verifique se a partição de disco tem espaço livre suficiente. Recomendamos reservar pelo menos 10% a 15% do espaço total.

    • Verifique se o limite de armazenamento do Volume Shadow Copy está muito baixo. Aumente o limite ou remova-o e tente novamente.

      Abra a caixa de diálogo Propriedades do disco, selecione a guia Shadow Copies, escolha o volume de destino e clique em Settings.... Na área Maximum size, selecione No limit ou aumente o valor de Use limit (por exemplo, para 4095 MB) e clique em OK.

  • Se ocorrer um erro 'Access is denied' com o código 0x80070005, verifique a presença de software de segurança ou antivírus de terceiros. Conceda as permissões necessárias para backup de disco ou desative temporariamente o software e tente a operação novamente.

  • Certifique-se de que o serviço Volume Shadow Copy esteja em execução.

• Linux

  1. Verifique se o dispositivo /dev/smcss9 existe e execute o comando dmesg | grep smcss para verificar erros relacionados.

     1. Garanta que o sistema tenha pelo menos 300 MB de memória disponível.

     2. Verifique se a partição de disco possui espaço livre suficiente. Recomendamos reservar de 10% a 15% do espaço total.

     3. No diretório de instalação do cliente SMC, execute o comando ./Check/client_check --ssclear smcss para limpar quaisquer dispositivos de snapshot residuais e tente novamente. Para localizar o diretório de instalação do cliente SMC, consulte Visualize e execute o cliente SMC.

  2. (Condicional) Se a mensagem de erro contiver "io scheduler not support", altere o agendador de E/S do disco seguindo estas etapas.

     1. Identifique o índice do disco afetado.

        Localize a parte msg da mensagem de erro. Por exemplo, em msg=CreateSnapshot 0-x Failed, 0-x indica o primeiro disco, 1-x indica o segundo disco, e assim por diante.

     2. Use o índice obtido na etapa i para encontrar o nome do dispositivo de disco correspondente.

        Execute o comando lsblk para identificar o nome do dispositivo de disco referente ao índice. Os índices começam em 0.

        [root@xxx ~]# lsblk
        NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
        vda    253:0    0    40G  0 disk              # Disk index 0
        ├─vda1 253:1    0     2M  0 part
        ├─vda2 253:2    0   200M  0 part /boot/efi
        └─vda3 253:3    0  39.8G  0 part /
        vdb    253:16   0   100G  0 disk              # Disk index 1
        └─vdb1 253:17   0   100G  0 part /data

     3. Use o nome do disco identificado na etapa ii para verificar o agendador de E/S atual do disco.

        Por exemplo, para o disco vdb, execute o comando cat /sys/block/vdb/queue/scheduler para visualizar seu agendador de E/S.

        Na saída, o agendador entre colchetes ([]) é o agendador atual.

        mq-deadline kyber [bfq] none

        Nota

        A saída lista todos os agendadores de E/S disponíveis: mq-deadline, kyber, bfq e none.

     4. Substitua o agendador atual (bfq) por outro.

        Use qualquer agendador que não seja bfq. Por exemplo, para mudar para mq-deadline:

        Execute o comando sudo echo mq-deadline > /sys/block/vdb/queue/scheduler.

        Execute novamente o comando cat /sys/block/vdb/queue/scheduler para confirmar a alteração. A saída mostra que o agendador foi alterado de bfq para mq-deadline.

        sudo echo mq-deadline > /sys/block/vdb/queue/scheduler
        cat /sys/block/vdb/queue/scheduler
        [mq-deadline] kyber bfq none

Após resolver o problema, execute o cliente SMC para tentar a migração novamente. Para mais informações, consulte Execute o cliente SMC.