Plantage inexpliqué

Utilisation du core de Jeedom
1

Bonjour
J’ai eu pour la premiere fois aujourd’hui un plantage de Jeedom!!
Evidement la premiere fois ca fait bizarre!

Je ne sais pas trop ou chercher pour savoir d’ou vient le bug
Dans quels Logs dois-je fouiller pour trouver des infos

D’avance merci

2

Salut,

Il faudrait donner plus d’informations sur ton installation et le plantage rencontré.

Une copie d’écran de la page santé jeedom est toujours bonne à partager.

Pour les logs tu peux regarder s’il y a quelque chose qui correspondrait dans http.error

1 « J'aime »
3

Hello
Voici la copie de la page santé

image
image1898×776 77.8 KB

Jeedom est installé sur une VM sur Synology

Concernant le pantage, jeedom n’était plus accessible, l’adresse ip ne répondait plus .
La commande ip addr ne renvoyait rien quand je me loggait sur la VM

Ci après les dernieres lignes de http.error qui correspondent au jour du plantage

Résumé

[Wed Jul 29 23:15:34.567335 2020] [php7:error] [pid 23962] [client 192.168.1.41:50379] PHP Fatal error: Uncaught ArgumentCountError: Too few arguments to function scenarioExpression::setLog(), 1 passed in /var/www/html/core/class/scenarioExpression.class.php on line 1134 and exactly 2 expected in /var/www/html/core/class/scenarioExpression.class.php:1816
Stack trace:
#0 /var/www/html/core/class/scenarioExpression.class.php(1134): scenarioExpression::setLog(‹ « id : ».$id ›)
#1 /var/www/html/plugins/script/core/class/script.class.php(261): scenarioExpression::setTags(‹ $id=139; //ID d… ›)
#2 /var/www/html/plugins/script/core/class/script.class.php(191): scriptCmd->execute()
#3 /var/www/html/plugins/script/core/class/script.class.php(213): scriptCmd->refresh()
#4 /var/www/html/core/class/DB.class.php(199): scriptCmd->postSave()
#5 /var/www/html/core/class/cmd.class.php(970): DB::save(Object(scriptCmd))
#6 /var/www/html/core/ajax/eqLogic.ajax.php(395): cmd->save()
#7 {main}
thrown in /var/www/html/core/class/scenarioExpression.class.php on line 1816, referer: http://192.168.1.26/index.php?v=d&m=script&p=script&id=90
[Fri Jul 31 22:56:00.994296 2020] [mpm_prefork:notice] [pid 579] AH00169: caught SIGTERM, shutting down
[Fri Jul 31 22:57:04.536598 2020] [mpm_prefork:notice] [pid 543] AH00163: Apache/2.4.38 (Debian) configured – resuming normal operations
[Fri Jul 31 22:57:04.564174 2020] [core:notice] [pid 543] AH00094: Command line: ‹ /usr/sbin/apache2 ›

4

pour moi sa viendrais d’un scénario ou un script qui a fait foiré la DB et du coup PHP est passer en sécurité

5

OK merci pour l’info
Et je peux chercher en détail ou du coup?

6

alors regarde dans les logs ce qu’il c’est passer le 29 Jul a 23:15:34

tu as 2 vm ?

192.168.1.41 = ?
192.168.1.26 = ?

Montre nous donc le script id : 90

7

Hello
C’est bizarre car la VM a planté le 31!

Non je n’en ai qu’une en 192.168.1.26 , l’autre adresse est celle de mon PC

pour le script ID90 je trouve ca comment?

8

index.php?v=d&m=script&p=script&id=90

et le crash du 31 serrais a 22h56 et il aurais redémarrer a 22h57

9

Désolé pour mon ignorance mais la commande

index.php?v=d&m=script&p=script&id=90

je dois la taper ou? :relaxed:

Concernant l’heure du bug je dirai que c’est survenu plutot avant 23h car j’ai lancé le sujet a 23h17!

10

ip jeedom/index.php?v=d&m=script&p=script&id=90

sur ton navigateur

11

Je j’ai qu’un seul script , qui n’a pas cet Id et aucune commande n’a cet id dans le script
Bizarre!

12

Oui c’est clair