Server Migration Center:Error S6: Failed to create partition snapshot

Symptômes

Une tâche de migration Server Migration Center (SMC) échoue et renvoie un message d'erreur tel que « S6_ Failed to create a disk partition snapshot ». Les codes d'erreur S6_ possibles incluent les suivants :

• S6_8

• S6_1

Causes

Lors de la réplication par blocs, le client SMC crée automatiquement un périphérique de snapshot pour une partition de disque sur le serveur source afin de synchroniser les données. Cette erreur survient si le client SMC ne parvient pas à créer le snapshot. Les causes varient selon le système d'exploitation du serveur source :

• Windows :

  • Espace insuffisant sur la partition de disque.

  • Un logiciel tiers de sécurité ou antivirus est installé.

  • La limite de stockage pour Volume Shadow Copy est insuffisante.

  • Le service Volume Shadow Copy ne fonctionne pas correctement.

• Linux

  • Espace insuffisant sur la partition de disque.

  • La mémoire disponible est inférieure à 300 Mo.

  • Le périphérique de snapshot pour la partition de disque ne fonctionne pas correctement.

Solutions

La solution varie en fonction du système d'exploitation du serveur source :

• Windows

  Ouvrez l'Observateur d'événements et vérifiez la présence d'erreurs provenant de sources telles que vss, volsnap ou disk. Résolvez les problèmes indiqués par les messages d'erreur.

  • Si l'erreur indique un espace disque insuffisant ou que la copie shadow VSS ne peut pas être étendue :

    • Assurez-vous que la partition de disque dispose d'un espace libre suffisant. Nous vous recommandons de réserver au moins 10 % à 15 % de l'espace total.

    • Vérifiez si la limite de stockage pour Volume Shadow Copy est trop faible. Augmentez la limite ou supprimez-la, puis réessayez.

      Ouvrez la boîte de dialogue Propriétés du disque, sélectionnez l'onglet Shadow Copies, choisissez le volume cible, puis cliquez sur Settings.... Dans la zone Maximum size, sélectionnez No limit ou augmentez la valeur Use limit (par exemple, à 4095 Mo), puis cliquez sur OK.

  • Si une erreur « Access is denied » se produit avec le code d'erreur 0x80070005, vérifiez la présence de logiciels tiers de sécurité ou antivirus. Accordez les permissions de sauvegarde de disque requises ou désactivez temporairement le logiciel, puis réessayez l'opération.

  • Assurez-vous que le service Volume Shadow Copy fonctionne correctement.

• Linux

  1. Vérifiez si le périphérique /dev/smcss9 existe et exécutez la commande dmesg | grep smcss pour vérifier la présence d'erreurs associées.

     1. Assurez-vous que le système dispose d'au moins 300 Mo de mémoire disponible.

     2. Assurez-vous que la partition de disque dispose d'un espace libre suffisant. Nous vous recommandons de réserver au moins 10 % à 15 % de l'espace total.

     3. Dans le répertoire d'installation du client SMC, exécutez la commande ./Check/client_check --ssclear smcss pour effacer tous les périphériques de snapshot résiduels, puis réessayez. Pour trouver le répertoire d'installation du client SMC, consultez Afficher et exécuter le client SMC.

  2. (Conditionnel) Si le message d'erreur contient « io scheduler not support », modifiez le planificateur d'E/S du disque en suivant ces étapes.

     1. Identifiez l'index du disque concerné.

        Trouvez la partie msg du message d'erreur. Par exemple, dans msg=CreateSnapshot 0-x Failed, 0-x indique le premier disque, 1-x indique le deuxième disque, et ainsi de suite.

     2. Utilisez l'index de l'étape i step i pour trouver le nom de périphérique de disque correspondant.

        Exécutez la commande lsblk pour identifier le nom de périphérique de disque pour l'index. Les index commencent à 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. Utilisez le nom de disque de l'étape ii step ii pour vérifier le planificateur d'E/S actuel du disque.

        Par exemple, pour le disque vdb, exécutez la commande cat /sys/block/vdb/queue/scheduler pour afficher son planificateur d'E/S.

        Dans la sortie, le planificateur entre crochets ([]) est le planificateur actuel.

        mq-deadline kyber [bfq] none

        Remarque

        La sortie liste tous les planificateurs d'E/S disponibles : mq-deadline, kyber, bfq et none.

     4. Remplacez le planificateur actuel (bfq) par un autre planificateur.

        Utilisez n'importe quel planificateur autre que bfq. Par exemple, pour passer à mq-deadline :

        Exécutez la commande sudo echo mq-deadline > /sys/block/vdb/queue/scheduler.

        Exécutez à nouveau la commande cat /sys/block/vdb/queue/scheduler pour confirmer la modification. La sortie montre que le planificateur est passé de bfq à mq-deadline.

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

Après avoir résolu le problème réseau, exécutez le client SMC pour réessayer la migration. Pour plus d'informations, consultez Exécuter le client SMC.