hello
dans la log, tu n’as pas un ‹ Delete backup too old : xxx › avant ?
hello
dans la log, tu n’as pas un ‹ Delete backup too old : xxx › avant ?
le temps que je fasse la capture tu avais modif ton message
j’ai copié le log complet la ligne précedente étant [END BACKUP SUCCESS]
en effet, désolé j’ai édité mon 1er msg trop vite.
je pense que c’est l’espace qu’il n’aime pas dans ton fichier ‹ Bkp 04-01-2021.txt ›
essaie de le renomer avec un underscore plutôt qu’un espace pour voir.
mais quoi qu’il arrive, il risque de sauter s’il a plus de X jours (en fonction de ta config ‹ Rétention temporelle (jours) ›) car la sauvegarde n’a pas l’air de faire de filtre sur l’extension des fichiers à nettoyer
on pourrait d’ailleurs imaginer que le nettoyage sur le samba puisse ne pas être réaliser par jeedom (peut etre une option manquante !?)
Me suis dit la meme chose a propos de l’espace.
Mais comme dit, je vais déja faire le test en déplaçant le fichier. Et je verrais demain si l’erreur s’est reproduite suite a la sauvegarde nocturne.
Et je testerais ensuite en ne mettant pas d’espace dans le nom du fichier pour voir le comportement.
en effet … il y a un petit soucis de label / config …
sur la page de configuration des sauvegardes, il y a quelques éléments de configuration sous ‹ sauvegardes LOCALES ›, comme par exemple la ‹ rétention temporelle ›
élément qui ne figure pas dans la partie samba
on pourrait donc croire que la sauvegarde samba, ne fait qu’envoyer les fichier, mais non …
je viens de vérifier sur mon NAS et je n’ai bien que les 5 dernières sauvegardes (alors que je m’étais fait un script perso sur le NAS pour faire le nettoyage et en garder 10, puisque j’ai bcp +++ d’espaces dispo là bas )
il y a surement une évol à faire faire ici !
Bonsoir,
Chez moi, je n’ai pas de / devant le chemin
C’est
Partage : //192.168.0.3/Sauvegardes
Chemin : Jeedom
ca ne fonctionnera pas, il sera supprimé.
aujourd’hui le script de sauv fait un simple ls
sur le répertoire distant, et supprime tous ce qui a plus de X jour
perso sur le NAS je me suis créé un partage : //ip/jeedom/
dans lequel j’ai un répertoire /prod/backup
=> utilisé par jeedom pour les sauvegardes
et un autre répertoire /prod/logs
=> dans lequel je mets mes fichiers de logs sur mes scripts à moi (qui visiblement seront tjs vide puisque je n’atteindrai jamais mes 10 backups…!)
chez moi pas de soucis
d’ailleurs c’est en effet un peu bête d’avoir au final //
oui …
Bonsoir,
Bête je ne sais pas, inutile, oui. Car cela donne //ip/partage//chemin1/chemin2/
Alors que //ip/partage/chemin/chemin
est suffisant.
bon en fait ca ne change rien … car les 2 string ne sont jamais concaténées
donc on peut mettre des /
partout
pour la connexion on utilise le client smbclient qui se connecte d’abord sur le partage //ip/partage
puis ensuite on fait un cd
sur le répertoire [/]chemin1/chemin2/
https://doc.jeedom.com/fr_FR/core/4.1/backup#Sauvegardes%20Samba
IMPORTANT
Les backups de jeedom doivent être enregistrés absolument dans un dossier que pour lui ! Il supprimera tous ce qui n’est pas un backup jeedom du dossier.
merci @kiboost
pourquoi avoir fait le choix de supprimer tous les fichiers ? et non pas uniquement les *.tar.gz
par exemple ?
que penses-tu :
on pourrait pas avoir le choix du nombre de backup à conserver sur samba ?
à défaut, il faudrait retirer les configurations du bloc ‹ local › pour le mettre dans un bloc ‹ général › si elles s’appliquent partout !
huh ?
huh … rappelle moi sur quelle version tu fais ton screenshot ?
et quelle est la derniere version stable sur laquelle la plupart des personnes font des retours today ?
Ah m…e désolé !! Je viens de vérifier sur ma 4.0 et en effet y’a pas çà, my own
La 4.1 est bientôt stable …
ca veut dire que pour le moment en Samba ca ne conserve qu’une Save? ou ca prend en compte la valeur dans les save locales?
Je viens de vérifier sur ma prod en 4.0 et sur mon NAS, j’ai bien le nombre de backups en retention locale.
Et en 4.1 j’ai des retentions différentes, et effectivement plus de backups sur le NAS qu’en local
merci
tu es tout pardonné
(en attendant la 4.1)
tu peux me confirmer si on ne veut pas qu’il y ait de nettoyage fait sur le samba, il suffit de commenter la line 181 du fichier core/repo/samba.repo.php
(en 4.0 donc) :
fonction `backup_send` :
line 181 : self::cleanBackupFolder();