Mise à jour Core impossible, erreur: "Call to undefined method jeedom::cleanFileSystemRight()"

Bonjour :grin:

Je vous sollicite car je n’arrive plus à mettre à jour mon Jeedom.
Il est installé sur une Raspberry Pi 3 en 4.1.17.

J’étais encore sous une ancienne version de Debian jusque là ( 9 ?) donc les mises à jour m’étaient interdite. J’ai installé Debian 10 grâce à l’image fournie par Jeedom sur une nouvelle carte SD : https://images.jeedom.com/rpi/ jeedom-debian-buster-rpi-4.2.7.zip
Puis j’ai restauré ma sauvegarde. J’ai réinstallé les dépendances des plug-in et tout fonctionne très bien sauf que…

Je me retrouve en version 4.1.17 mais quand je souhaite faire une update, voici le log qui apparait :

[START UPDATE]
****Update from 4.1.17 (2022-02-06 11:54:13)****
Parameters : {"preUpdate":"1","backup::before":"1","plugins":"1","core":"1","force":"0","update::reapply":""}
Send begin of update event | OK
Check update | OK
Check rightsPHP Fatal error:  Uncaught Error: Call to undefined method jeedom::cleanFileSystemRight() in /var/www/html/install/update.php:78
Stack trace:
#0 {main}
thrown in /var/www/html/install/update.php on line 78

Quelqu’un a-t-il une idée ?
Je ne sais pas trop quoi fournir comme log mais n’hésitez pas à m’en demander.

Dans tous les cas, merci par avance pour votre aide,

Cordialement,
Clément.

Juste par acquis de conscience tu as bien installé la version Debian 10.11 en version 32bits ?

Salut Yves19,

Je ne sais pas trop à vrai dire, comme je l’ai dis je suis parti de l’image fournie par Jeedom :
jeedom-debian-buster-rpi-4.2.7.zip

Téléchargé ici : https://images.jeedom.com/rpi/

EDIT : Ok je viens de comprendre ton message, il y a une version 64bits en effet mais ce n’est pas celle-là que j’ai prise.

un petit coup de
sudo lscpu

jeedom@jeedom:~ $ sudo lscpu
[sudo] Mot de passe de jeedom :
Architecture: armv7l
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Vendor ID: ARM
Model: 4
Model name: Cortex-A53
Stepping: r0p4
CPU max MHz: 1200,0000
CPU min MHz: 600,0000
BogoMIPS: 76.80
Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idi vt vfpd32 lpae evtstrm crc32

et

sudo uname -m

une copie de la page santé de Jeedom

jeedom@jeedom:~ $ sudo uname -m
armv7l

Bonjour,

Cette erreur est connue.
Relancer simplement la mise à jour même si aucune n’est proposée et cela devrait passer cette fois.

C’est une méthode qui n’existait pas encore ou qui n’existe plus, je ne me rappelle pas mais ce n’est pas très grave.

Essaies de réparer les droits des fichiers en passant par le menu

Réglages/Sytème/Configuration/_OS/DB et là clique ssur
Vérification des packages système

puis sur

Rétablissement des droits des dossiers et fichiers

Salut Mips,

J’ai déjà lancé la MàJ une bonne dizaine de fois avec différentes options (sauvegarde, pré-update, forcé, même en SSH manuel) mais rien n’y fait, je tombe en gros toujours sur le même problème.

Yves19,

J’ai déjà essayé ces options mais ça ne fait rien. Je les relance une fois de plus au cas où.

+ echo '*******************Begin of package installation******************'
*******************Begin of package installation******************
+ sudo apt update
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
Get:1 http://raspbian.raspberrypi.org/raspbian buster InRelease [15.0 kB]
Hit:2 http://archive.raspberrypi.org/debian buster InRelease
Hit:3 https://deb.nodesource.com/node_14.x buster InRelease
Fetched 15.0 kB in 2s (7891 B/s)
Reading package lists...
Building dependency tree...
Reading state information...
1 package can be upgraded. Run 'apt list --upgradable' to see it.
+ echo '*******************End of package installation******************'
*******************End of package installation******************

image

Je crois que j’ai fini par y arriver.
J’ai commenté la ligne 78 du fichier var/www/html/install/update.php :

image

Jeedom m’indique être en 4.2.8 et j’ai maintenant l’explorer de fichier intégré à Jeedom.
Il a ensuite fallu que je réactive cron et les scenario manuellement.

Merci Mips pour l’info, j’avais peur au début de supprimer cette fonction mais tu as dit qu’elle n’était pas importante.

Non je n’ai pas dit ça.
Elle a juste changée et en fonction de l’update, si version trop ancienne ça peut causer problème.

Il faudrait refaire une mise à jour du core pour restaurer les fichiers du core

C’est ce que j’ai fait. Le fichier update.php est revenu comme à l’origine.

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