Install MAJ Alpha 4.4.0 impossible (blocage sur Flush cache widget)

Bonjour,

depuis 15 jours, sur un de mes environnements, il est impossible de mettre à jour le core ALPHA. La mise à jour se passe bien jusqu’à une ligne « Flush cache widget » … ensuite, plus rien et mon jeedom est HS … necessité de restaurer pour repartir (le mode rescue est OK pour restaurer)

[START UPDATE]
****Update from 4.4.0 (2023-07-26 12:18:06)****
Parameters : {"preUpdate":"0","backup::before":"1","core":"1","force":"0","plugins":"1","update::reapply":""}
Send begin of update event | OK
Check update | OK
Check rights | OK
[START BACKUP]
***************Start of Jeedom backup at 2023-07-26 12:18:12***************
Send begin backup event | OK
Checking files rights | OK
Checking  database | OK
Backing up database | OK
Cache persistence: | OK
Creating archive | OK
Cleaning old backup | OK
Limiting backup size to 500 Mb
Delete: /var/www/html/core/php///backup/backup-domo_stetienne-4.4.0-2023-07-26-12h03.tar.gz | OK
Backup name: /var/www/html/core/php///backup/backup-domo_stetienne-4.4.0-2023-07-26-12h18.tar.gz
Checking files rights | OK
Send end backup event | OK
Backup operation duration: 106s
***************Jeedom backup end***************
[END BACKUP SUCCESS]
Download url : https://github.com/jeedom/core/archive/alpha.zip
Download in progress--2023-07-26 12:19:58--  https://github.com/jeedom/core/archive/alpha.zip
Resolving github.com (github.com) 140.82.121.4
Connecting to github.com (github.com)|140.82.121.4|:443 connected.
HTTP request sent, awaiting response 302 Found
Location: https://codeload.github.com/jeedom/core/zip/refs/heads/alpha [following]
--2023-07-26 12:19:58--  https://codeload.github.com/jeedom/core/zip/refs/heads/alpha
Resolving codeload.github.com (codeload.github.com) 140.82.121.10
Connecting to codeload.github.com (codeload.github.com)|140.82.121.10|:443 connected.
HTTP request sent, awaiting response
200 | OK
Length: unspecified [application/zip]
Saving to: '/tmp/jeedom/install/jeedom_update.zip'
0K       3.64M
3072K       3.51M
6144K
4.13M
9216K       3.88M
12288K       3.64M
15360K
.
3.59M
18432K       3.36M
21504K
.
2.66M
24576K       5.74M
27648K       3.82M
30720K .
2.88M
33792K       3.10M
36864K
.
2.75M
39936K
2.54M
43008K
.      2.54M
46080K
2.89M
49152K
2.04M
52224K       1.63M
55296K
2.35M
58368K
.
1.63M
61440K
2.79M
64512K
2.01M
67584K
2.20M
70656K       2.56M
73728K
2.15M
76800K
2.08M
79872K
2.83M=30s
2023-07-26 12:20:28 (2.69 MB/s) - '/tmp/jeedom/install/jeedom_update.zip' saved [83775180] | OK
Cleaning folders | OK
Create temporary folder | OK
Unzip in progress | OK
Clean temporary files (tmp) | OK
Disable all task
.
.
.
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process
kill: (4189): No such process | OK
Disable all scenario
 | OK
Moving files
Ignore file /tmp/jeedom_unzip/core-alpha///docs/de_DE/noteVersion.md because size is 0
Ignore file /tmp/jeedom_unzip/core-alpha///docs/en_US/noteVersion.md because size is 0
Ignore file /tmp/jeedom_unzip/core-alpha///docs/es_ES/noteVersion.md because size is 0
Ignore file /tmp/jeedom_unzip/core-alpha///docs/fr_FR/noteVersion.md because size is 0
Ignore file /tmp/jeedom_unzip/core-alpha///docs/pt_PT/noteVersion.md because size is 0 | OK
Remove temporary files | OK
Remove useless files
Cleaning 3rdparty
Cleaning desktop
Cleaning mobile
Cleaning core
Cleaning docs
Cleaning install
Cleaning script
find: '/var/www/html/install//script/*': No such file or directory
Cleaning vendor
Check jeedom consistency
[START CONSISTENCY]
[START CHECK AND FIX DB]
[END CHECK AND FIX DB]
Check jeedom package | OK
Check jeedom database | OK
Check crons
Check filesystem right | OK
Flush cache widget

La page santé (avant MAJ est OK, tout en vert) et j’ai aussi passé les checks habituels avant la MAJ (database, droits sur le sfichiers, …)

Sur un autre environnement, aucun souci

Pas plus de logs pour analyser

une idée ?

Norbert

Hello,

Peut-être un équipement qui génère une erreur.
Tu peux tenter de désactiver le cache des widgets dans la config de Jeedom, et refaire une maj.

Faudrait regarder avec dmesg si ya pas des soucis sur le support de stockage.

Nop, rien coté dmesg …
En fait, j’ai mis les commandes en question dans un bloc code et ca passe sans pb

Bonsoir,
Je rencontre visiblement les mêmes symptômes que ngrataloup, l’update se bloque sur le même msg et je suis obligé de restaurer une sauvegarde pour débloquer mon jeedom.
Bien qu’en beta, je ne force pas souvent une maj du core, sauf quand elle m’est proposée, donc je ne peut pas dire depuis quelle date ça ne fonctionnerait plus.
J’ai essayé de chercher ce qui plante dans jeedom. La log apache n’est pas bavarde, ni la syslog ou daemon (vm freebox en debian 11).
Ras dans dmesg non plus.
Comment identifier ce qui bloque la fin de l’update ? Un vieu plugin incompatible à cause de jQuery ? Sinon comment terminer l’update à la main ? L’outil remplacer est cassé sur ma version et je pense que c’est corrigé depuis…

Bonjour
Comme toujours sans log il est impossible de vous aider.

Je n’ai malheureusement pas.plus de logs.
Tout s’arrête à l’etape flush cache widget à 55%

Ensuite, je suis obligé de restaurer.

Si tu peux me dire où mettre des logs, je suis preneur

Norbert

Sur le community faut les mettre en réponse à ce poste… Après si c’est le soucis de flush cache widget je sais pas d’où ça vient donc je pourrais pas aider.

Peux-tu indiquer ta conf afin d’essayer peut-etre de trouver un point commun ?
pour ma part, j’ai 2 jeedom,

  • 1 sur RPI → Update OK
  • 1 sur Odroid XU4 (sous armbian bulleyes) → Update KO

Les plugins sur cet odroid :

  • AdGuard
  • birthday
  • blitzortung - commun
  • calendar - commun
  • camera - commun
  • cloudsyncpro - commun
  • devolo_cpl - commun
  • docker2 - commun
  • dyndns - commun
  • enedis
  • geotrav
  • grdfConnect
  • JeedomConnect - commun
  • jeelink - commun
  • JeeOrangeTv
  • jMQTT - commun
  • livebox
  • meteofrance - commun
  • mode - commun
  • Monitoring - commun
  • mqtt2 - commun
  • networks - commun
  • prixcarburants
  • remindme
  • rteEcowatt
  • scan_ip - commun
  • script - commun
  • solcast - commun
  • sonarr
  • speedtestByOokla - commun
  • sshcommander - commun
  • strava
  • Suivreuncolis
  • virtual - commun
  • vmcAuto - commun
  • watchdog
  • wazeintime
  • zigbee2mqtt - commun

J’ai mis commun pour ceux qui sont commun aux 2 machines et donc qui « à priori » peuvent etre exclus du pb !

A noter que j’ai totalement reinstaller ma machine (OS + Jeedom) et que le pb se produit toujours
J’ai aussi bien sur tenter de nettoyer tout ce qu’il y a à nettoyer (les logs, le cache, la bd, les droits sur les fichiers, …)

NOrbert

Apèrs recherche un peu plus poussée, les pbs viennent du script php consistency.php qui s’arrete vialament sur les fonctions suivantes :

cache::flushWidget();
cmd::all()

Norbert

Bonjour,

Vous avez essayé la proposition de @Phpvarious ?
Et de désactiver tous les plugins avant l’update ?
image
Sinon moi j’essayerais de logger les exceptions de la fonction flushWidget.

Je le faisais à la main :sob: !!! une purge !!
Bref, en desactivant tous les plugins, la MAJ passe
… en réactivant tous les plugin, mon Jeedom plante violament (accès en mode rescue seulement !)

En tatonnant, c’est le plugin-grdfconnect qui me plante tout
Solution: il faut le désactiver avant la maj et ne surtout pas le réactiver après !

Pour resumer :
plugin grdfconnect active → mise à jour impossible
plugin grdfconnect desactivé → mise à jour OK
plugin grdfconnect reactivé → Crash de Jeedom

Hello,

et toujours rien dans le log http.error ?

Non, rien dans le http.error

Je poursuis mes tests
suppression du plugin → OK (ca entraine du coup la suppression des equipements et commandes
reinstallation du plugin → OK
Reactivation du plugin → Crash Jeedom (du coup, je n’ai plus aucun equipememtn ou commande associée), seul le mode rescue reste possible
Suppression à la main de /var/www/html/plugin/grdfconnect → je retrouve l’accès à mon jeedom

Pour résumer, il y a eu un breaking change entre le 19/07 08:25:16 (ma dernière version) et le 26/07 (ouverture de ce post) qui fait que le plugin-grdfconnect fait planter Jeedom

Norbert

Bien joué ! Effectivement j’ai ce plugin aussi.
On va pouvoir ouvrir un joli topic :slightly_smiling_face:

1 « J'aime »

Je viens d’installer le plugin-grdfconnect (version stable) sur une 4.4.0 vierge à jour et je n’ai même pas pu l’activer, Jeedom devient inaccessible avant même d’avoir activé le plugin.
Pouvez-vous modifier le titre et le tag de votre sujet afin que le développeur se penche sur la question ?

Je vais créer un autre sujet. Ceux qui ont une install en 4.4 plantée seront bien content de trouver ce sujet

Norbert

Bonjour
j’ai eu la même galère avant de trouver le coupable, le pire c’est qu’ils tournaient sur une 4.4 plus ancienne et pas de logs.
solution ici Crash jeedom 4.4 alpha

1 « J'aime »

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.