« END BACKUP SUCCESS » mais sauvegarde supprimée par la limite

[ZygOm4t1k]

Salut,

Chez moi, sur Jeedom 4.6.2, une sauvegarde est annoncée comme réussie alors que le fichier est supprimé par le nettoyage lié à la limite de stockage.

Log de sauvegarde Jeedom

0000|[START BACKUP]
0001|***************Start of Jeedom backup at 2026-09-20 09:14:02***************
0002|Send begin backup event...OK
0003|Checking files rights...
0004|OK
0005|Backing up plugin docker2...tar: Suppression de « / » au début des noms des membres
0006|tar: Suppression de « / » au début des liens physiques
0007|tar: Suppression de « / » au début des noms des membres
0008|OK
0009|Checking table cache...OK
0010|Checking table cmd...OK
0011|Checking table config...OK
0012|Checking table cron...OK
0013|Checking table dataStore...OK
0014|Checking table eqLogic...OK
0015|Checking table history...OK
0016|Checking table historyArch...OK
0017|Checking table interactDef...OK
0018|Checking table interactQuery...OK
0019|Checking table listener...OK
0020|Checking table message...OK
0021|Checking table note...OK
0022|Checking table object...OK
0023|Checking table plan...OK
0024|Checking table plan3d...OK
0025|Checking table plan3dHeader...OK
0026|Checking table planHeader...OK
0027|Checking table queue...OK
0028|Checking table scenario...OK
0029|Checking table scenarioElement...OK
0030|Checking table scenarioExpression...OK
0031|Checking table scenarioSubElement...OK
0032|Checking table timeline...OK
0033|Checking table update...OK
0034|Checking table user...OK
0035|Checking table view...OK
0036|Checking table viewData...OK
0037|Checking table viewZone...OK
0038|Checking table widgets...OK
0039|Backing up database...OK
0040|Cache persistence:
0041|OK
0042|Creating archive...
0043|OK
0044|Cleaning old backup...OK
0045|Limiting backup size to 500 Mb...
0046|Delete: /var/www/html/core/php/../../backup/backup-Jeedom-4.6.2-2026-09-20-09h14.tar.gz
0047|OK
0048|Backup name: /var/www/html/core/php/../../backup/backup-Jeedom-4.6.2-2026-09-20-09h14.tar.gz
0049|Checking files rights...OK
0050|Send end backup event...OK
0051|Backup operation duration: 37s
0052|***************Jeedom backup end***************
0053|[END BACKUP SUCCESS]

Possible de vérifier que le backup existe toujours après le nettoyage et, s’il a été supprimé, de transmettre l’info ?

Et aussi prévenir si la limite de stockage ne permet plus de respecter la rétention temporelle configurée ?

[rennais35000]

Bonjour,
Après le passage d’une jeedom en 4.6.2 j’avais eu aussi ma base de données à 597 Mo ce qui m’avait étonné sur une jeedom de test.
Mais ne sachant pas si c’était vraiment lié au passage en 4.6.2 je ne l’ai pas signalé.
En allant voir la taille des tables, c’était la table historyArch la fautive.
Un OPTIMIZE TABLE historyArch a résolu le pb, retombé à 64 Mo.
Voilà, du coup en voyant ton interrogation je le signale au cas où.
Bien cordialement

[Mips]

Salut,

Non, je pense que les deux propositions ne sont pas adéquates car ca n’a pas de sens de supprimer le backup que l’on vient de générer.

Et la procédure prévoyait déjà de ne pas supprimer le dernier backup disponible et donc le backup du jour ne devrait jamais être supprimé.
Je ne vois qu’une explication, c’est que tu as d’autres fichiers/dossiers dans le dossier des backup.
Peux-tu vérifier?
Aurais-tu un abonnement pour les backups cloud jeedom? il est possible qu’une fichier temporaire ait été créé dans le dossier et mal supprimé

---

edit: quoi qu’il en soit, j’ai modifié la condition pour s’assurer de respecter la règle: « ne jamais supprimer le dernier backup du jour »: fix: prevent deletion of today's backup when exceeding size limit by Mips2648 · Pull Request #3542 · jeedom/core · GitHub