Este tópico descreve os sintomas, as causas e as soluções para o erro "S6_* Failed to create a disk partition snapshot" que ocorre durante um trabalho de migração do Server Migration Center (SMC).
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 bloco, o cliente SMC cria automaticamente um dispositivo de snapshot para uma partição de disco no servidor de origem para sincronizar dados. Esse erro ocorre quando o cliente SMC não consegue criar o snapshot. As causas variam de acordo com 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 para o Volume Shadow Copy insuficiente.
O Volume Shadow Copy Service não está funcionando 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 está funcionando corretamente.
Soluções
A solução varia de acordo com o sistema operacional do servidor de origem:
-
Windows
Abra o Event Viewer e verifique se há erros de fontes como
vss,volsnapoudisk. Resolva os problemas conforme indicado pelas mensagens de erro.-
Se o erro indicar espaço em disco insuficiente ou que a cópia de sombra do VSS não pode ser estendida:
Certifique-se de que a partição de disco tenha 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 Properties 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 de 'Access is denied' com o código de erro
0x80070005, verifique a presença de softwares de segurança ou antivírus de terceiros. Conceda as permissões de backup de disco necessárias ou desative temporariamente o software e tente a operação novamente.Certifique-se de que o Volume Shadow Copy Service esteja em execução corretamente.
-
Falha na limpeza de snapshot S6_1:
Geralmente causado por software de segurança bloqueando a operação: Na barra de menus, selecione e desinstale o software instalado.
-
Interferência de outros componentes do VSS: Na barra de menus, selecione e verifique se o UVP VMTools está instalado. Se estiver instalado, você pode cancelar o registro do seu componente VSS. Observe que o cancelamento do registro pode afetar a funcionalidade de snapshot consistente e backup da plataforma de virtualização.
-
Cancele o registro do qga-vss.dll no PowerShell.
# Query qga-vss.dll Get-ChildItem -Path $env:ProgramFiles,${env:ProgramFiles(x86)} -Filter qga-vss.dll -File -Recurse -ErrorAction SilentlyContinue | Select-Object -ExpandProperty FullName -OutVariable p # Unregister if it exists if ($p.Count -eq 1) { regsvr32.exe /u ($p[0]) } -
Restaure o qga-vss.dll no PowerShell.
Get-ChildItem -Path $env:ProgramFiles,${env:ProgramFiles(x86)} -Filter qga-vss.dll -File -Recurse -ErrorAction SilentlyContinue | Group-Object -Property { 1 } | Where-Object Count -eq 1 | ForEach-Object { regsvr32.exe ($_.Group[0].FullName) }
-
-
-
Linux
-
Verifique se o dispositivo
/dev/smcss9existe e execute o comandodmesg | grep smcsspara verificar se há erros relacionados.Certifique-se de que o sistema tenha pelo menos 300 MB de memória disponível.
Certifique-se de que a partição de disco tenha espaço livre suficiente. Recomendamos reservar pelo menos 10% a 15% do espaço total.
No diretório de instalação do cliente SMC, execute o comando
./Check/client_check --ssclear smcsspara limpar quaisquer dispositivos de snapshot residuais e tente novamente. Para encontrar o diretório de instalação do cliente SMC, consulte Ver e executar o cliente SMC.
-
(Condicional) Se a mensagem de erro contiver "io scheduler not support", altere o agendador de E/S do disco seguindo estas etapas.
-
Identifique o índice do disco afetado.
Encontre a parte
msgda mensagem de erro. Por exemplo, emmsg=CreateSnapshot 0-x Failed,0-xindica o primeiro disco,1-xindica o segundo disco, e assim por diante. -
Use o índice da etapa i para encontrar o nome do dispositivo de disco correspondente.
Execute o comando
lsblkpara identificar o nome do dispositivo de disco para o í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 -
Use o nome do disco da 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/schedulerpara visualizar seu agendador de E/S.Na saída, o agendador entre colchetes (
[]) é o agendador atual.mq-deadline kyber [bfq] noneNotaA saída lista todos os agendadores de E/S disponíveis: mq-deadline, kyber, bfq e none.
-
Substitua o agendador atual (
bfq) por um agendador diferente.Use qualquer agendador diferente de
bfq. Por exemplo, para mudar paramq-deadline:Execute o comando
sudo echo mq-deadline > /sys/block/vdb/queue/scheduler.Execute o comando
cat /sys/block/vdb/queue/schedulernovamente para confirmar a alteração. A saída mostra que o agendador foi alterado debfqparamq-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 Executar o cliente SMC.