1. Vérifier si le module SnapAPI est installé et chargé

Vérifiez si le module SnapAPI est installé correctement et chargé dans le noyau actuel.

• Pour voir si le module est chargé :

  lsmod | grep snapapi

  Si vous ne voyez pas de résultat, cela signifie que le module n’est pas chargé.

• Essayez de charger le module manuellement :

  modprobe snapapi26

  Si cette commande renvoie une erreur ou ne fonctionne pas, cela confirme qu’il y a un problème d’installation ou de compatibilité avec le module SnapAPI.

2. Recompiler et réinstaller le module SnapAPI

Si le module n’est pas installé correctement, vous pouvez essayer de le reconstruire et de l’installer avec DKMS. Voici les étapes :

• Supprimez les anciennes versions du module (facultatif si vous avez déjà tenté cela) :

  dkms remove snapapi26/0.8.27 --all

• Ajoutez et installez la version compatible du module SnapAPI (ici, 0.8.18) :

  dkms add snapapi26/0.8.18
  dkms build snapapi26/0.8.18
  dkms install snapapi26/0.8.18

  Ensuite, essayez de charger le module :

  modprobe snapapi26

  Vérifiez à nouveau avec lsmod pour confirmer que le module est chargé.

3. Vérifier la compatibilité avec le noyau

Si après toutes ces étapes, le module ne se charge toujours pas, il est possible que la version actuelle du module SnapAPI (0.8.18 ou 0.8.27) ne soit pas compatible avec le noyau 5.10.0-30-amd64.

Vous avez deux options dans ce cas :

• Mettre à jour SnapAPI : Recherchez une version plus récente de SnapAPI qui est compatible avec le noyau actuel.
• Changer de noyau : Si une version de SnapAPI fonctionnait auparavant avec une version antérieure du noyau (par exemple, 5.10.0-28), vous pouvez redémarrer sur l’ancien noyau pour voir si cela résout le problème.

4. Vérifier les logs du système

Les logs système peuvent fournir des informations

Le module snapapi26 est bien chargé dans le noyau, comme l’indique la sortie de la commande lsmod. Cela signifie que le problème ne vient pas du chargement du module, mais probablement d’une incompatibilité ou d’une mauvaise configuration dans le plan de sauvegarde ou l’agent de sauvegarde.

Étapes suivantes à vérifier :

1. Redémarrer le service de sauvegarde

Si le module SnapAPI est chargé, il peut être utile de redémarrer le service de sauvegarde ou l’agent pour voir si cela résout le problème.

• Pour redémarrer le service de sauvegarde, vous pouvez essayer une commande comme celle-ci (selon votre agent de sauvegarde) :

  service acronis_agent restart

  Ou si vous utilisez un autre service, remplacez acronis_agent par le nom approprié.

2. Vérifier les logs d’Acronis / Plesk

Les logs de votre service de sauvegarde, en particulier ceux d’Acronis ou de Plesk, peuvent fournir des informations supplémentaires sur les raisons pour lesquelles la sauvegarde échoue même lorsque le module est chargé.

• Pour vérifier les logs de Plesk, vous pouvez essayer :

  tail -f /var/log/plesk/panel.log

  Et pour Acronis (si utilisé) :

  tail -f /var/log/acronis-backup.log

  Cela vous permettra de voir des messages d’erreur plus détaillés pendant le processus de sauvegarde.

3. Vérifier la compatibilité entre SnapAPI et l’agent de sauvegarde

Bien que le module soit chargé, il est possible que la version de SnapAPI que vous utilisez ne soit pas totalement compatible avec la version de l’agent de sauvegarde ou la version du noyau que vous utilisez.

• Consultez la documentation de votre fournisseur de sauvegarde (Acronis, Plesk, etc.) pour vous assurer que la version de SnapAPI que vous utilisez (0.8.18 ou 0.8.27) est bien compatible avec votre environnement actuel.

4. Tester une sauvegarde manuelle

Si vous utilisez un plan de sauvegarde automatisé, il peut être utile de tester une sauvegarde manuelle pour voir si vous recevez des erreurs plus spécifiques.

• Si vous utilisez Plesk, accédez à l’interface et lancez une sauvegarde manuelle pour voir si des erreurs supplémentaires apparaissent.
• Vous pouvez également essayer d’exécuter une commande de sauvegarde spécifique à l’agent que vous utilisez (par exemple, Acronis) pour vérifier s’il y a des erreurs supplémentaires.

5. Vérifier la configuration du plan de sauvegarde

Assurez-vous que la configuration du plan de sauvegarde est correcte et que les éléments que vous essayez de sauvegarder sont accessibles et compatibles avec les versions actuelles du logiciel et des agents que vous utilisez.

Il semble que les services Acronis sont bien installés et en cours d’exécution sur votre serveur. Pour redémarrer l’agent Acronis utilisé avec Plesk, vous pouvez redémarrer les services Acronis suivants :

6. Redémarrer tous les services Acronis :

Vous pouvez redémarrer chacun des services Acronis listés, en utilisant les commandes suivantes :

• Redémarrer le service de gestion de la machine Acronis :

  systemctl restart acronis_mms

• Redémarrer le plugin de sauvegarde Acronis :

  systemctl restart acronis_plugin

• Redémarrer le service de planification Acronis :

  systemctl restart acronis_schedule

7. Vérifier le statut des services après redémarrage :

Après avoir redémarré les services, assurez-vous qu’ils sont toujours actifs et fonctionnent correctement :

systemctl status acronis_mms
systemctl status acronis_plugin
systemctl status acronis_schedule

Cela vous permettra de vérifier si les services sont bien relancés sans erreurs.

8. Vérifier les logs après redémarrage :

Si vous rencontrez toujours des problèmes de sauvegarde après le redémarrage des services, consultez les logs Acronis pour voir s’il y a des erreurs spécifiques liées au problème :

journalctl -u acronis_mms
journalctl -u acronis_plugin
journalctl -u acronis_schedule

Cela vous donnera des informations détaillées sur le fonctionnement de chaque service.

Conclusion :

Le redémarrage de ces services devrait résoudre certains problèmes liés à l’agent Acronis pour Plesk. Si les problèmes de sauvegarde persistent, consultez les logs pour des détails supplémentaires et assurez-vous que les services Acronis et SnapAPI sont correctement configurés et compatibles avec votre configuration actuelle.