Bonjour
si justement…plusieurs remontent un problème récent sans qu il y ait modification dans notre config, Jeedom ne tient plus compte du nombres de sauvegardes Samba qu on détermine…et au bout d un moment la sauvegarde ne se fait plus car le dossier de sauvegarde devient en overquota
et pourtant dans mon nombre de sauvegarde je suis toujours à 3, mais j en ai bien plus
il y a encore quelques jours j avais tout le temps uniquement 3 sauvegardes
edit : probleme que je regle actuellement en supprimant manuellement sur le nas les anciennes sauvegardes
le post d’origine signalait (il y a un mois et demi, donc le post n’est pas « récent ») un changement de comportement du à l’ajout d’une nouvelle option;
ce post… on ne sait pas en fait, il n’y a pas de question, juste un message d’erreur NT_STATUS_IO_TIMEOUT qui peut être dû à n’importe quoi sauf à cette nouvelle config
vous semblez dire, mais vos messages ne sont vraiment pas clair, que malgré avoir fait la config jeedom ne supprime JAMAIS les anciennes sauvegardes sur votre NAS. Mais on n’a aucun log ni aucune capture d’écran de la config en question…
[START BACKUP] Start of Jeedom backup at 2021-03-17 14:05:23
Envoi l’évènement de début de sauvegarde…OK
Vérification des droits sur les fichiers…
OK
Vérification de la base de données…
OK
Sauvegarde la base de données…
OK
Persistance du cache :
OK
Création de l’archive…
OK
Nettoyage de l’ancienne sauvegarde…OK
Send backup Samba…
Delete backup too old : {« filename »:« backup-Jeedom-4.1.20-2021-03-16-06h11.tar »,« size »:« Copie.gz »,« datetime »:« 1970-01-01 01:00:00 »}[2021-03-17 14:06:24][ERROR] : Erreur sur sudo smbclient //192.168.X.X/jeedom -U « jeedom%jeedom » -I 192.168…X.X -c « cd /backup;del backup-Jeedom-4.1.20-2021-03-16-06h11.tar » 2>&1 valeur retournée : 1. Détails : NT_STATUS_NO_SUCH_FILE listing ackupackup-Jeedom-4.1.20-2021-03-16-06h11.tar
/!\ Erreur sur sudo smbclient //192.168…X.X/jeedom -U « jeedom%jeedom » -I 192.168…X.X -c « cd /backup;del backup-Jeedom-4.1.20-2021-03-16-06h11.tar » 2>&1 valeur retournée : 1. Détails : NT_STATUS_NO_SUCH_FILE listing ackupackup-Jeedom-4.1.20-2021-03-16-06h11.tar /!\OK
Limitation de la taille des sauvegardes à 500 Mo…
Supprime : /var/www/html/core/php/…/…/backup/backup-Jeedom-4.1.20-2021-03-15-06h11.tar.gz
Peut-on voir la capture d’écran avec les 5 sauvegardes?
Au passage jeedom ne garantie pas de garder 3 sauvegardes uniquement mais de garder 3 jours donc s’il y a plusieurs sauvegardes pour une journée il y aura plus que 3 sauvegardes dans votre cas.
j ai viré le contenu du dossier (sauf save du jour) mais oui bien sûr j ai bien remarqué que c était 3 jours de sauvegardes, critère de date.
je ferai un screen dans quelques jours
merci
au revoir
salut
j allais justement poster ça a recommencé à nouveau, a priori il doit y avoir un problème de date, j ai une année en 1970 ce qui pose problème
les anciens fichiers ne se suppriment pas, du coup mon dossier atteint la limite définie pr la règle de quota et donc la sauvegarde ne peut se faire, sauf à ce que je purge manuellement tous les 4 jours le dossier…
[START BACKUP]
***************Start of Jeedom backup at 2021-03-17 14:05:23***************
Envoi l'évènement de début de sauvegarde...OK
Vérification des droits sur les fichiers...
OK
Vérification de la base de données...
OK
Sauvegarde la base de données...
OK
Persistance du cache :
OK
Création de l'archive...
OK
Nettoyage de l'ancienne sauvegarde...OK
Send backup Samba...
Delete backup too old : {"filename":"backup-Jeedom-4.1.20-2021-03-16-06h11.tar","size":"Copie.gz","datetime":"1970-01-01 01:00:00"}[2021-03-17 14:06:24][ERROR] : Erreur sur sudo smbclient //192.168./jeedom -U "jeedom%jeedom" -I 192.168. -c "cd /backup;del backup-Jeedom-4.1.20-2021-03-16-06h11.tar" 2>&1 valeur retournée : 1. Détails : NT_STATUS_NO_SUCH_FILE listing ackupackup-Jeedom-4.1.20-2021-03-16-06h11.tar
/!\ Erreur sur sudo smbclient //192.168./jeedom -U "jeedom%jeedom" -I 192. -c "cd /backup;del backup-Jeedom-4.1.20-2021-03-16-06h11.tar" 2>&1 valeur retournée : 1. Détails : NT_STATUS_NO_SUCH_FILE listing ackupackup-Jeedom-4.1.20-2021-03-16-06h11.tar /!\OK
Limitation de la taille des sauvegardes à 500 Mo...
Supprime : /var/www/html/core/php/../../backup/backup-Jeedom-4.1.20-2021-03-15-06h11.tar.gz
OK
Nom de la sauvegarde : /var/www/html/core/php/../../backup/backup-Jeedom-4.1.20-2021-03-17-14h05.tar.gz
Vérification des droits sur les fichiers...
OK
Envoi l'évènement de fin de sauvegarde...OK
Durée de la sauvegarde : 64s
***************Fin de la sauvegarde de Jeedom***************
[END BACKUP SUCCESS]
[2021-03-24 06:12:01][ERROR] : Erreur sur cd /var/www/html/core/php/../../backup;sudo smbclient //192.168.1.179/jeedom -U "jeedom%jeedom" -I 192.168.-c "cd /backup;put backup-Jeedom-4.1.20-2021-03-24-06h11.tar.gz" 2>&1 valeur retournée : 1. Détails : cli_push returned NT_STATUS_DISK_FULL NT_STATUS_INVALID_NETWORK_RESPONSE closing remote file ackupackup-Jeedom-4.1.20-2021-03-24-06h11.tar.gz
15 jours de rétention, mais ça ne supprime rien et au bout d’un moment ça sature mon quota alloué sur mon Samba Synology.
Je viens de faire un « nettoyage » complet. J’avais des fichiers journaliers dont les premiers datés de début mars et depuis une 20aines de jours (!) des fichiers vides (0 ko).
Rétention temporelle Samba activée avec 15 jours, 3 en local. L’utilisateur Jeedom a bien les droits Write/Read sur le partage samba du Synology.
Erreur sur cd /var/www/html/core/php/../../backup;sudo smbclient //192.168.X.X/bkup/ -U "user%password" -I 192.168.X.X -c "cd jeedom;put backup-R2D2-4.1.20-2021-04-02-23h00.tar.gz" 2>&1 valeur retournée : 1. Détails : cli_push returned NT_STATUS_DISK_FULL NT_STATUS_INVALID_NETWORK_RESPONSE closing remote file \jeedom\backup-R2D2-4.1.20-2021-04-02-23h00.tar.gz
J’ai changé l’IP, le nom du user et du mot de passe
Par contre, je n’ai rien dans le log à propos d’un DELETE…
salut
je reviens vers vous savoir si quelqu un a trouvé une solution
moi c est toujours pareil, obligé de supprimer à la main les fichiers car les sauvergardes ne se suppriment plus automatiquement
non ce n est pas un disque plein j ai défini un quota et demande une conservation de 3 jours maxi…
le problème vient que la commande de suppression ne passe pas
STATUS_INVALID_NETWORK_RESPONSE closing remote file backkup-Jeedom-4.1.23-2021-06-23-06h11.tar.gz
avant la mise à jour 4.1 je n avais jamais ce problème qui est apparu DES cettte mise à jour, les sauvegardes supérieures à 3 jours étaient automatiquement effacées.
oui mais si tu observes bien les fichiers de plus de 3 jours ne sont pas effacés et c est ce qui pose problème. le dernier ficher n est pas créé, ça c est logique en raison justement du quota
Je reviens sur votre message car il me fait penser à celui que j’avais aussi depuis quelque temps, message que je n’ai plus depuis que j’ai remis mon Jeedom en ethernet directe alors qu’il passait par un CPL avant, donc la question est: Comment est connecté votre Jeedom à votre réseau?
Salut Ipapy
aucun changement de ce côté là, en ethernet également
ce qui est « bizarre » c est que le problème est apparu dès la mise à jour 4.1, donc il y a sans doute une relation, mais laquelle…
As tu essayer de changer l’heure de la sauvegarde afin d’être sûr qu’il n’y a pas un processus qui bloquerait à ce moment là car comme le signal si bien @Poumi la sauvegarde ne se transfert pas jusqu’au bout donc pas de suppression de la plus ancienne
