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 …
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 »
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?
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.
Hmmmm vraiment curieux
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
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?
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);
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.