Bonjour,
Mon dashboard s’affiche, mais il manque des éléments : les zwave, les enphases, l’objet piscine, bref, c’est assez varié.
Pourtant la domotique semble fonctionner (production / consommation elec cohérente). J’ai remarqué dans chrome que certains fichiers CSS ne se chargent pas :
Failed to load resource: the server responded with a status of 403 (Forbidden)
Une idée de ce que ça peut être ?
Merci pour votre aide et votre temps,
Bonjour,
Il faudrait une capture de la page santé jeedom.
Essayez aussi depuis une autre machine (avec une autre ip)
Et depuis mon smartphone en 4G, difficile de diagnostiquer avec le theme mobile mais symptome similaire, il manque plein d’éléments à l’affichage du dashboard.
Salut,
Dans Reglages, Système configuration, onglet interface
As tu une personnalisation avancée de coché ?
Ah oui c’est partout.
Pas d’addon sur navigateur ?
Essayez un autre et en navigation privée
Pas d’anti-virus qui bloquerait?
Regardez la console dev (touche F12) ensuite onglet réseau en faisant en refresh pour voir les erreurs là
Dans la config jeedom essayez de rétablir les droits sur les fichiers.
Faites une mise à jour du core même si rien n’est proposé pour être sur
Bonjour, oui je crois que j’ai eu un planton pendant une maj, je n’ai pas fait attention si c’était le core ou seulement des plugins… Je teste illico le rétablissement des droits des fichiers, je l’ai fait qu’une fois et cela m’était complètement sorti de l’esprit comme possibilité. Merci, je vous tiens au jus. 
Retour de l’update forcé :
[START UPDATE]
Update in progress. I will wait 10s
Update in progress. You need to wait before update
[END UPDATE]
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-jeedommaster-4.3.22-2024-01-21-03h58.tar.gz | OK
Backup name: /var/www/html/core/php///backup/backup-jeedommaster-4.3.22-2024-01-22-16h39.tar.gz
Checking files rights | OK
Send end backup event | OK
Backup operation duration: 1139s
***************Jeedom backup end***************
[END BACKUP SUCCESS]
Download url : https://github.com/jeedom/core/archive/V4-stable.zip
Download in progress--2024-01-22 15:56:43-- https://github.com/jeedom/core/archive/V4-stable.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/V4-stable [following]
--2024-01-22 15:56:43-- https://codeload.github.com/jeedom/core/zip/refs/heads/V4-stable
Resolving codeload.github.com (codeload.github.com) 140.82.121.9
Connecting to codeload.github.com (codeload.github.com)|140.82.121.9|:443 connected.
HTTP request sent, awaiting response 200 | OK
Length: 85085607 (81M) [application/zip]
Saving to: '/tmp/jeedom/install/jeedom_update.zip'
0K
3% 4.14M 19s
3072K 7% 5.20M 16s
6144K 11% 5.33M 15s
9216K
14% 3.18M 16s
12288K 18% 2.69M 17s
15360K
22% 2.72M 18s
18432K 25% 2.87M 17s
21504K
29% 2.99M 17s
24576K 33% 3.41M 16s
27648K
36% 3.30M 15s
30720K 40% 3.58M 14s
33792K
44% 3.39M 13s
36864K 48% 3.06M 12s
39936K 51% 3.66M 12s
43008K 55% 4.12M 11s
46080K 59% 3.87M 10s
49152K
62% 3.94M 9s
52224K 66% 4.65M 8s
55296K 70% 5.06M 7s
58368K
73% 4.88M 6s
61440K 77% 5.05M 5s
64512K 81% 4.87M 4s
67584K 85% 4.70M 3s
70656K
88% 4.43M 2s
73728K 92% 3.42M 2s
76800K
96% 3.53M 1s
79872K 99% 4.48M 0s
82944K 100% 5.16M=21s
2024-01-22 15:57:05 (3.78 MB/s) - '/tmp/jeedom/install/jeedom_update.zip' saved [85085607/85085607] | OK
Cleaning folders | OK
Create temporary folder | OK
Unzip in progress | OK
Clean temporary files (tmp) | OK
Disable all taskError during update : SQLSTATE[HY000] [2002] Connection refusedDetails : Array
(
[0] => Array
(
[file] => /var/www/html/core/class/DB.class.php
[line] => 40
[function] => __construct
[class] => PDO
[type] => ->
[args] => Array
(
[0] => mysql:host=localhost;port=3306;dbname=jeedom
[1] => jeedom
[2] => 41006c52339a567
[3] => Array
(
[1002] => SET NAMES utf8mb4 COLLATE utf8mb4_unicode_ci
[12] => 1
)
)
)
[1] => Array
(
[file] => /var/www/html/core/class/DB.class.php
[line] => 59
[function] => initConnection
[class] => DB
[type] => ::
[args] => Array
(
)
)
[2] => Array
(
[file] => /var/www/html/core/class/DB.class.php
[line] => 82
[function] => getConnection
[class] => DB
[type] => ::
[args] => Array
(
)
)
[3] => Array
(
[file] => /var/www/html/core/class/config.class.php
[line] => 103
[function] => Prepare
[class] => DB
[type] => ::
[args] => Array
(
[0] => REPLACE config
SET `key`=:key,
`value`=:value,
plugin=:plugin
[1] => Array
(
[plugin] => core
[key] => enableCron
[value] => 0
)
[2] => 0
)
)
[4] => Array
(
[file] => /var/www/html/core/class/jeedom.class.php
[line] => 886
[function] => save
[class] => config
[type] => ::
[args] => Array
(
[0] => enableCron
[1] => 0
)
)
[5] => Array
(
[file] => /var/www/html/install/update.php
[line] => 204
[function] => stop
[class] => jeedom
[type] => ::
[args] => Array
(
)
)
)
[END UPDATE ERROR]
PHP Fatal error: Uncaught PDOException: SQLSTATE[HY000] [2002] Connection refused in /var/www/html/core/class/DB.class.php:40
Stack trace:
#0 /var/www/html/core/class/DB.class.php(40): PDO->__construct('mysql:host=loca', 'jeedom', '41006c52339a567', Array)
#1 /var/www/html/core/class/DB.class.php(59): DB::initConnection()
#2 /var/www/html/core/class/DB.class.php(82): DB::getConnection()
#3 /var/www/html/core/class/config.class.php(103): DB::Prepare('REPLACE config
', Array, 0)
#4 /var/www/html/core/class/jeedom.class.php(886): config::save('enableCron', 0)
#5 /var/www/html/install/update.php(204): jeedom::stop()
#6 {main}
thrown in /var/www/html/core/class/DB.class.php on line 40
Non, il ne faut pas faire un update forcé, juste lancer la mise à jour du core
si ca ne change rien via l’interface, testez en mode cli: https://doc.jeedom.com/fr_FR/core/4.3/update?theme=light#Mise%20à%20jour%20en%20ligne%20de%20commande
mais toujours pas en mode forcé, donc:
sudo php /var/www/html/install/update.php
pas oublier de réappliquer les droits après:
sudo chown -R www-data:www-data /var/www/html
Désolé je n’ai jamais eu à faire cela, comment est-ce que je lance la mise à jour du core ?
Ok alors j’avais déjà fait cette manip cela n’a rien changé la première fois, je re-teste depis l’IHM, et je tenterai en ligne de commande ce soir.
ok mais sans cocher « mode forcé » (bon en principe ca ne devrait rien changer dans ce cas ci je pense)
j’avais lancé une réinstall avant de partir du travail, peu avant 19h, et je viens de jeter un oeil à l’instant dans l’IHM (il est 20h25) ça avancé mais les heures indiquées me semblent contradictoire, voyez vous même entre l’heure de début de l’update et l’heure d’extraction du zip en bas :
[START UPDATE]
****Update from 4.3.22 (2024-01-22 18:57:18)****
Parameters : {"preUpdate":"0","backup::before":"1","plugins":"1","core":"1","force":"0","update::reapply":""}
Send begin of update event | OK
Check update | OK
Check rights | OK
[START BACKUP]
***************Start of Jeedom backup at 2024-01-22 18:59:17***************
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-jeedommaster-4.3.22-2024-01-22-09h50.tar.gz | OK
Backup name: /var/www/html/core/php///backup/backup-jeedommaster-4.3.22-2024-01-22-19h00.tar.gz
Checking files rights | OK
Send end backup event | OK
Backup operation duration: 1110s
***************Jeedom backup end***************
[END BACKUP SUCCESS]
Download url : https://github.com/jeedom/core/archive/V4-stable.zip
Download in progress--2024-01-22 18:17:50-- https://github.com/jeedom/core/archive/V4-stable.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/V4-stable [following]
--2024-01-22 18:17:51-- https://codeload.github.com/jeedom/core/zip/refs/heads/V4-stable
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: 85085607 (81M) [application/zip]
Saving to: '/tmp/jeedom/install/jeedom_update.zip'
0K 3% 1.86M 42s
3072K 7% 945K 61s
6144K 11% 686K 75s
9216K 14% 3.28M 59s
12288K 18% 3.43M 49s
15360K 22% 4.31M 41s
18432K 25% 4.91M 36s
21504K 29% 5.43M 31s
24576K 33% 4.37M 27s
27648K 36% 4.80M 24s
30720K 40% 5.15M 22s
33792K 44% 180K 40s
36864K 48% 761K 39s
39936K 51% 1.09M 36s
43008K 55% 1.31M 33s
46080K 59% 926K 31s
49152K 62% 2.88M 27s
52224K 66% 3.78M 23s
55296K 70% 3.75M 20s
58368K 73% 3.20M 17s
61440K 77% 953K 15s
64512K 81% 3.30M 12s
67584K 85% 2.70M 9s
70656K 88% 3.04M 7s
73728K 92% 2.81M 5s
76800K 96% 3.91M 2s
79872K 99% 3.63M 0s
82944K 100% 4.23M=57s
2024-01-22 18:18:49 (1.43 MB/s) - '/tmp/jeedom/install/jeedom_update.zip' saved [85085607/85085607] | OK
Cleaning folders
Et ça ne semble plus bouger…
J’ai lancé en ligne de commande, voici le résultat :
Clean temporary files (tmp)...OK
Disable all taskError during update : SQLSTATE[HY000] [2002] Connection refusedDetails : Array
(
[0] => Array
(
[file] => /var/www/html/core/class/DB.class.php
[line] => 40
[function] => __construct
[class] => PDO
[type] => ->
[args] => Array
(
[0] => mysql:host=localhost;port=3306;dbname=jeedom
[1] => jeedom
[2] => XXXXXXXXXX
[3] => Array
(
[1002] => SET NAMES utf8mb4 COLLATE utf8mb4_unicode_ci
[12] => 1
)
)
)
[1] => Array
(
[file] => /var/www/html/core/class/DB.class.php
[line] => 59
[function] => initConnection
[class] => DB
[type] => ::
[args] => Array
(
)
)
[2] => Array
(
[file] => /var/www/html/core/class/DB.class.php
[line] => 82
[function] => getConnection
[class] => DB
[type] => ::
[args] => Array
(
)
)
[3] => Array
(
[file] => /var/www/html/core/class/config.class.php
[line] => 103
[function] => Prepare
[class] => DB
[type] => ::
[args] => Array
(
[0] => REPLACE config
SET `key`=:key,
`value`=:value,
plugin=:plugin
[1] => Array
(
[plugin] => core
[key] => enableCron
[value] => 0
)
[2] => 0
)
)
[4] => Array
(
[file] => /var/www/html/core/class/jeedom.class.php
[line] => 886
[function] => save
[class] => config
[type] => ::
[args] => Array
(
[0] => enableCron
[1] => 0
)
)
[5] => Array
(
[file] => /var/www/html/install/update.php
[line] => 204
[function] => stop
[class] => jeedom
[type] => ::
[args] => Array
(
)
)
)
[END UPDATE ERROR]
PHP Fatal error: Uncaught PDOException: SQLSTATE[HY000] [2002] Connection refused in /var/www/html/core/class/DB.class.php:40
Stack trace:
#0 /var/www/html/core/class/DB.class.php(40): PDO->__construct('mysql:host=loca...', 'jeedom', 'XXXXXXXXXXXXXX', Array)
#1 /var/www/html/core/class/DB.class.php(59): DB::initConnection()
#2 /var/www/html/core/class/DB.class.php(82): DB::getConnection()
#3 /var/www/html/core/class/config.class.php(103): DB::Prepare('REPLACE config\n...', Array, 0)
#4 /var/www/html/core/class/jeedom.class.php(886): config::save('enableCron', 0)
#5 /var/www/html/install/update.php(204): jeedom::stop()
#6 {main}
thrown in /var/www/html/core/class/DB.class.php on line 40
J’ai également fait un check global, voici le log :
[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...
PHP Warning: "continue" targeting switch is equivalent to "break". Did you mean to use "continue 2"? in /var/www/html/plugins/kkasa/core/class/kkasa.class.php on line 563
Check jeedom object...OK
Check jeedom cmd...
OK
Set cache hour...OK
Check nodejs...
Hit:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
Hit:2 http://archive.raspberrypi.org/debian buster InRelease
Hit:3 https://deb.nodesource.com/node_18.x buster InRelease
Hit:4 https://repo.z-wave.me/z-way/raspbian buster InRelease
Hit:5 https://download.docker.com/linux/debian buster InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
apt-utils is already the newest version (1.8.2.3).
build-essential is already the newest version (12.6).
git is already the newest version (1:2.20.1-2+deb10u8).
lsb-release is already the newest version (10.2019051400+rpi1).
0 upgraded, 0 newly installed, 0 to remove and 6 not upgraded.
[Check Version NodeJS actuelle : v18.17.1 : [ OK ]
[Check Prefix : /usr and sudo prefix : /usr and www-data prefix : /usr : [ OK ]
OK
[END CONSISTENCY]
Je pense que non, en inspectant le HTML depuis la console, la checkbox ne semble pas cochée. Visuellement je ne la vois même pas…
Je n’ai plus d’idée.
Faudrait mieux prendre un backup datant d’avant le plantage, réinstaller jeedom et restaurer le backup
En fait je suis étonné d’avoir d’une part une exception lors de la connexion à la BDD et dans le même temps le rapport de santé de jeedom qui indique un statut OK sur la base. Toute ma domotique tourne convenablement. Le bug est vraiment purement graphique, selon toute vraisemblance.
N’y a t-il pas moyen de restaurer l’installation source des fichiers core de jeedom ? C’est ce que fait l’installation du core que tu m’as faite faire précédemment ?
on est d’accord
oui, c’était le but
