Sauf que c’est moi qui l’ai mis en place donc je sais l’heure à laquelle je l’ai mis en place!
Pour preuve ; la prochaine échéance est plus que claire :
un scénarion pour lancer les backup? a quoi ca sert de faire ca?
et la tâche? parce que plus que probablement à chaque install jeedom va recréer la tache si elle n’existe pas.
Si tu veux changer la programmation tu peux le faire là, moi elle tourne à 1h10.
Et si tu as besoin de lancer d’autres actions après le backup, il est toujours possible de lancer un scénarion avec le trigger #backup# (voir doc).
Vérifies dans tes sauvegardes, tu dois avoir des backups à 23h30 (déclenché par ton scénario) et d’autres (à 4h?) donc tu en as 2 par jour probablement
Donc si je comprends bien :
. à 4h54 : jeedom créé un backup
. à 23h30 : mon scénario copie ce backup sur mon NAS.
Et le fameux message correspondrait alors à un souci de jeedom pour créer le backup (et non le backup du backup ; ou autrement appelé backup ext. sur le NAS)…
Si, en natif jeedom peut copier le backup sur un nas via samba; cela permet même d’avoir des périodes de rétentions différentes en local et sur le nas.
Et si besoin de le copier ailleurs ou via un autre moyen alors il faut faire un scénario déclencher par #end_backup# ou du style (à vérifier dans la doc)
Et donc il faudrait vérifier la config samba sous jeedom.
Je suppose que jeedom essaye de copier le fichier sur le nas mais rencontre un problème.
Je ne sais pas si c’est lié, mais depuis la dernière mise à jour, ce problème est revenu, alors que je ne l’avais plus depuis 1 an. Rien changé du coté Synology.
C’est sur un Jeedom V3.