Plus de données de jeedom dans influx depuis le 22 août?

Salut mips depuis le 22 ( peut’être une maj bêta)
les données ne transites plus de jeedom vers influx
Je m’en suis seulement rendu compte ce matin
alors que je venais de faire une nouvelle table …

j’avais remis mes log a Zero depuis rien dedans.

Je suis sur un config des plus simple :

voilà tu sais tout !

Je reste à ta dispositions si tu a des questions !

Bonne soirée

Bonjour,

Que ce soit en stable ou en beta ca fonctionne, je viens de retester la beta mais en réalité il y a eu aucune changement sur le « moteur » en beta, j’ai juste commencé à nettoyé les style pour la v4.

Et aucun log c’est impossible si le plugin tourne, tu as bien activé le mode debug?
Je peux voir le cron? il est bien actif?

  • dans la config du plugin
  • et dans le moteur des tâches (être sur que tu l’as pas désactivé là)

sinon, indépendamment de ça c’est toujours mieux de revenir en stable en « situation normal »

Pour passé de beta a stable puis revenu en beta … rien de mieux

Je repasse de suite ne stable pour voir …

Edit log aprés passage Stable

[2020-08-24 19:39:52][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=influxdb function=pre_update callInstallFunction=1
[2020-08-24 19:39:55][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=influxdb function=pre_update callInstallFunction=1
[2020-08-24 19:40:00][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=influxdb function=pre_update callInstallFunction=1
[2020-08-24 19:40:01][INFO] : Début d'activation du plugin
[2020-08-24 19:40:02][INFO] : Info sur le démon : {"launchable_message":"","launchable":"nok","state":"nok","log":"nok","auto":0}
[2020-08-24 19:40:02][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=influxdb function=update callInstallFunction=1

log toujours vide? le http.error aussi?
Sans log, c’est que le cron tourne pas,
si le cron tourne pas, c’est dans jeedom qu’il y a un problème pas dans le plugin

tu as vérifié que le cron était pas désactivé dans jeedom?
ou alors il y a un autre plugin qui boucle et qui prend tout le temps imparti du cron (2min de timeout), tu as installé qlqch depuis?

Ca c’est le core qui log quand il active un plugin

Il n’y a pas d’utilisateur ni de mot de passe dans ta config, normal?

http error vide
et le log est celui aprés le passage en stable

http

oui pas de mot de passe ni users c’est open

Plus de nouvelles, as-tu vérifié ce que j’avais demandé?

Je pense avoir répondu a toutes tes questions non ?

En ce moment je suis sur autre chose mais dés que je je fais avoir un moment je vais continuer a investiguer …

Bon après recherche voila ce que j’ai trouvé !

C’est que si l’on implémente une même base depuis 2 sources cela pose problème coté plugin-influxdb.

( j’avais un scenario qui utilisait la même base que le plugin-influxdb mais sur une table différente lorsque j’ai changé de base le problème à disparu )

Voilà @Mips si ça peut t’aider dans le plugin, je peut te fournir le scenario en question.

Bonne journée et bravo pour cette nomination.

Hmmmm vraiment curieux :thinking:
et je ne vois pas pourquoi il n’y aurait aucun log dans le plugin parce qu’un autre script écrit dans la même base… il n’y a aucun lien… tu devrais au moins avoir une erreur dans le log (et déjà ca j’en doute)

Lors des tests chez moi, j’ai quand même 3 jeedom différents pour faire mes tests de plugins (version jeedom / os) et ils écrivent tous dans la même base de test coté influx: pourquoi dans ce cas là chaque instance du plugin (sur chaque jeedom) arrive à écrire dans influx mais si c’est un scénario alors le plugin n’y arrive plus? ca ressemble à de la magie noire ca :face_with_monocle:

du coup mnt tu as un log? si oui, réactive ton scénario pour voir?
je peux avoir une copie du scénario du coup pour reproduire?

Oui sans problème
pour que ça refonctionne j’ai juste changer $base='test5' en $base 'test6'
qui était comme indiquée plus haut dans le plugin

Il faut dire aussi que les déclencheurs sont aux environ des 10 secondes …

le senario n’est fait que d’un bloc code que voici.

/* 
Cette version permet a influx d'être sur une machine distante
et d'utiliser ou pas les TAG influb

Paramètres a vérifier sudo nano /etc/influxdb/influxdb.conf
[http]
  # Determines whether HTTP endpoint is enabled.
enabled = true

  # Determines whether the Flux query endpoint is enabled.
  # flux-enabled = false
flux-enabled = true
  # Determines whether the Flux query logging is enabled.
*/


$host  = '192.168.0.162'; // IP De INFLUX
$port  = '8086';          // PORT DE INFLUX
$base  = 'test6';         // Nom de la base (il faut qu'elle existe)
$table = 'puissance';     // Nom de la table

// Nom des champs et ID des commandes

$cmd = cmd::byId(152);  $input1 = $cmd->execCmd();$c1='maison';
$cmd = cmd::byId(3324); $input2 = $cmd->execCmd();$c2='batterie';
$cmd = cmd::byId(3328); $input3 = $cmd->execCmd();$c3='reseau';
$cmd = cmd::byId(3333); $input4 = $cmd->execCmd();$c4='panneaux';

$cmd = cmd::byId(152);$cmd->execCmd(); $collect = str_replace(' ','_',$cmd->getCollectDate());
$scenario->setLog('-------------------------------------------------------------------------> '. $collect .'');
// tags (facultatif)
//$tag = 'source=paris,crapo=bleu';//mettre // en tête de ligne pour ignorer
$tag = 'Cmaison='.$collect;

$req  = 'curl -i -XPOST "http://'.$host.':'.$port.'/write?db='.$base.'" --data-binary "'.$table;
$req  =  $req.','.$tag;//(facultatif) mettre // en tête de ligne pour ignorer
$req  =  $req.' '.$c1.'='.$input1.','.$c2.'='.$input2.','.$c3.'='.$input3.','.$c4.'='.$input4.'  "';

$scenario->setLog('DEBUG REQUETTE : '.$req);
$output0 = shell_exec($req);
$scenario->setLog('DEBUG RETOUR : '.$output0);

Mips ça donne quel que chose de ton coté arrive tu a reproduire ?

Non, je ne reproduis pas.
Il me faudrait vraiment des logs en mode debug du plugin pour comprendre;
et je répète: s’il n’y a aucun log en mode debug pour le plugin, c’est que le core ne lance pas le cron ou qu’il y a quelque chose externe au plugin qui empêche son exécution.

Faut que je prenne un moment pour vider les log remettre le plugin et le scenario sur une même base vide pour voir …