henri-allauch

Essais ce matin ( 5.180.17) le service reboot fonctionne avec message d'erreur ... mais la HC3 redémarre, les services Shutdown et Suspend ne fonctionnent pas ----------------------------------------------------------FONCTION RebootHC3-------------------------- function RebootHC3(self) -- OK sauf message erreur sur la commande : Error Commande Api : "End of file" local UserHc3 = self:getVariable("V_UserHc3") local PasswdHc3 = self:getVariable("V_PasswdHC3") local status, err = pcall(function() local stat,response = self.http:request("http://localhost/api/service/reboot", { options={ headers = { --["content-type"] = "application/json;charset=UTF-8", ["Authorization"] = "Basic " .. base64(self, UserHc3 .. ":" .. PasswdHc3), ["X-Fibaro-Version"] = "2" }, method = "POST" }, success = function(response) self:trace("Commande Api OK : " .. json.encode(response)) end, error = function(message) self:error("Error Commande Api : " .. json.encode(message)) end, }) end) if not status then self:error("Error on Pcall api/service/... : " .. err) end end

Si tu veux je peux essayer ton script sur un environnement différent pour voir ?

autre chose essaye de lancer ton backup set -o pipefail; "/volume1/ScriptsUnix/backup-hc3-local.sh" 2>&1 | tee -a "/volume1/ScriptsUnix/backup-hc3-local.out"; sans le pipefail ( qui permet d'arrêter la commande à la première erreur dans les commandes avec (Pipe | ) je ne sais pas s'il se comporte pareil sous tous les shell ?

et ils contiennent la même chose ?

Nos messages se sont croisé donc ??? SI tu as modifié le script c'est peut être par là que ça se passe ou vraiment un problème de droit d'écriture ou de création ?

La commande simule ce que tu es sensé avoir avec le backup mais sans faire le backup. Soit tu as introduit une erreur dans le script initial soit ??? Donc on fait pareil sans le script et on voit le résultat. Tu tapes direct au clavier: cat UnFichierExsistant 2>&1 | tee -a X.test la commande cat va lire un fichier désigné par UnFichierExsistant et son contenu sera affiché sur l'écran ainsi que les erreurs éventuelles. la suite | tee -a X.test : copie cette sortie dans le fichier X.test en mode ajout. Donc si dans ton fichier UnFichierExsistant il y a : TEST_JOJO tu va retrouver ce même texte dans X.test . C'est ce que fait la commande de lancement du script de backup et qui donne les informations a tee pour écrire les résultats et les erreurs dans le .out C'est simplement pour voir comment ça se comporte or du script . Ça ne résoudra pas le PB initial. Résumé et essais nota : iMac-M3:~ henri$ ça c'est le Promt de ma console Unix iMac-M3:~ henri$ echo TEST_Jojo > UnFichierExistant Création du fichier UnFichierExistant contenant TEST_Jojo iMac-M3:~ henri$ cat UnFichierExistant 2>&1 | tee -a X.test Lecture du fichier et création de X.test TEST_Jojo Ce qui s'affiche c'est le contenu de UnFichierExistant iMac-M3:~ henri$ cat X.test Lecture de X.test TEST_Jojo Le test à fonctionné puisqu'on retrouve le contenu de l'action cat UnFichierExistant 2>& dans X.test (TEST_Jojo ) De toutes façons la commande indiquée plus haut fourni par @Lazer en début de ce POST pour lancer le backup Fonctionne ...QUi en aurait douté ? En fait je ne sais pas si ces explicationst'aident à comprendre ou ça t'embrouille les idées encore plus.

Je n'utilise pas cette méthode de lancement. Mais je viens de tester pour voir et j'obtiens bien : Début de la procédure de Backup Fibaro Home Center PROD ( Vrs: 3.23 - Henri ) : dimanche 08/06/2025 20:22:46 Sauvegarde avec historique... et la suite. Version Henri ... Quelques motifs mineures pour adapter à ma configuration : système de mail différent .... N'est ce pas un problème de droit sur le fichier .out ou son répertoire ? Est-ce que une commande directe du type : cat UnFichierExsistant 2>&1 | tee -a X.test fonctionne ?

Si l'on veut que ce forum continue, il faut se MOBILISER Pas de soucis j'en informe PAPA NOËL

Un petit retour sur sur les finances ..... pour ce forum. Avons nous été à la hauteur ?

C'est reparti à 18:36 ....... [01.06.2025] [18:35:39] [ERROR] [QA_TEMPO RTE_591]: Impossible d'obtenir le statut RTE Tempo [01.06.2025] [18:36:39] [DEBUG] [QA_TEMPO RTE_591]: Interrogation RTE [01.06.2025] [18:36:42] [DEBUG] [QA_TEMPO RTE_591]: Nouvelle couleur RTE du jour : BLEU [01.06.2025] [18:36:42] [DEBUG] [QA_TEMPO RTE_591]: Nouvelle couleur RTE de demain : BLEU

Oui côte EDF c'est OK. C'est bien ce que tu disais plus haut : plusieurs sources -> plus de sécurité Voilà c'est une coïncidence fallait y tomber dessus.

Depuis passage en 5.180.17 ce matin ça tourné OK puis cet Apres Midi après une sauvegarde cloud, donc restart des service j'ai des erreur RTE Permanentes ? [01.06.2025] [17:14:25] [WARNING] [QA_TEMPO RTE_591]: Can't get RTE Tempo : Code de statut HTTP = 500 [01.06.2025] [17:14:27] [ERROR] [QA_TEMPO RTE_591]: Impossible d'obtenir le statut RTE Tempo Je sais pas si c'est une coïncidence ? Sauf si il n'y a pas d'interrogation de RTE en 12 et 19 par exemple et que le serveur RTE à un défaut qui est donc rendu visible puisque le QA fait des interrogation à son Init ??? Avec IsDebug dans RTE : [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Using tools library v2.30 [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Using RTE library v1.00 [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Using EDF library v2.00 [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Using Notifications library v2.40 [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: RTE:configure("c6f3a590-f380-4276-93e1-7326d2597b36", "46c41242-e559-43a8-bb1e-c01997e2e979", "fr") [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: RTE library v1.00 successfully initialized [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: EDF library v2.00 successfully initialized [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Add notification QuickApp "Notifications" Notif_Tempo() [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Notifications library v2.40 successfully initialized [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable couleur jour : Tempo_Jour [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable couleur demain : Tempo_Demain [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable Teleinfo tarif : - [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable Teleinfo jour : Tempo_Tic_Jour [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable Teleinfo demain : Tempo_Tic_Demain [01.06.2025] [17:01:13] [DEBUG] [QA_TEMPO RTE_591]: Première requête [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:getTempo({"day":1,"month":6,"min":1,"isdst":true,"hour":17,"sec":15,"yday":152,"year":2025,"wday":1}, {"day":2,"month":6,"min":1,"isdst":true,"hour":17,"sec":15,"yday":153,"year":2025,"wday":2}, table[2]) [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:getAPI("/open_api/tempo_like_supply_contract/v1/tempo_like_calendars?start_date=2025-06-01T00:00:00+02:00&end_date=2025-06-03T00:00:00+02:00", function(), table[2]) [01.06.2025] [17:01:15] [WARNING] [QA_TEMPO RTE_591]: RTE:getAPI() Need a new token [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:login(table[2]) [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI("/token/oauth/", nil, function(), table[2]) [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI() url = https://digital.iservices.rte-france.com/token/oauth/ [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI() payload = "" [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: table[2] "Content-Type" = "application/x-www-form-urlencoded" "Authorization" = "Basic YzZmM2E1OTAtZjM4MC00Mjc2LTkzZTEtNzMyNmQyNTk3YjM2OjQ2YzQxMjQyLWU1NTktNDNhOC1iYjFlLWMwMTk5N2UyZTk3OQ==" [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI() success() response = {"headers":{"Connection":"close","Server":"","Date":"Sun, 01 Jun 2025 15:01:16 GMT","User-Agent":"avhttp\/2.9.9","Content-Type":"application\/json","Transfer-Encoding":"chunked","X-CorrelationID":"Id-3c6b3c68f71743a4e081ed84 0","Accept":"text\/html, application\/xhtml+xml, *\/*","Host":"digital.iservices.rte-france.com"},"data":"{\n \"access_token\" : \"NxjNzfWek20pIdjsb3cNDWo6oYHvAD1nDI4T5Ue58d1ES1kfxE5hAR\",\n \"token_type\" : \"Bearer\",\n \"expires_in\" : 7200\n}","status":200} [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI() data OK : {"token_type":"Bearer","access_token":"NxjNzfWek20pIdjsb3cNDWo6oYHvAD1nDI4T5Ue58d1ES1kfxE5hAR","expires_in":7200} [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:login() Bearer NxjNzfWek20pIdjsb3cNDWo6oYHvAD1nDI4T5Ue58d1ES1kfxE5hAR 7200 [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:getAPI("/open_api/tempo_like_supply_contract/v1/tempo_like_calendars?start_date=2025-06-01T00:00:00+02:00&end_date=2025-06-03T00:00:00+02:00", function(), table[2]) [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:getAPI() url = https://digital.iservices.rte-france.com/open_api/tempo_like_supply_contract/v1/tempo_like_calendars?start_date=2025-06-01T00:00:00+02:00&end_date=2025-06-03T00:00:00+02:00 [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: table[1] "Authorization" = "Bearer NxjNzfWek20pIdjsb3cNDWo6oYHvAD1nDI4T5Ue58d1ES1kfxE5hAR" [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:getAPI() success() response = {"headers":{"Organisation-Name":"OPEN","Connection":"close","X-CorrelationID":"Id-3c6b3c681e18d994ab5e4661 0; Id-3c6b3c68be49947d9f769ba2 0; Id-3c6b3c681f182c2eceb5a7f2 0","Max-Forwards":"19","Date":"Sun, 01 Jun 2025 15:01:16 GMT","Accept":"text\/html, application\/xhtml+xml, *\/*","Server":"","Content-Type":"application\/json","Host":"localhost:8065","User-Agent":"avhttp\/2.9.9","Transfer-Encoding":"chunked","Transaction-ID":"Id-3c6b3c68be49947d9f769ba2","Via":"1.0 vespaprdif004vm (), 1.1 vespaprdif004vm (), 1.1 vespaprdif004vm (), 1.1 vespaprdif004vm ()"},"data":"{\r\n\t\"error","status":500} [01.06.2025] [17:01:16] [ERROR] [QA_TEMPO RTE_591]: RTE:getAPI() Code de statut HTTP = 500 [01.06.2025] [17:01:16] [WARNING] [QA_TEMPO RTE_591]: Can't get RTE Tempo : Code de statut HTTP = 500 [01.06.2025] [17:01:18] [ERROR] [QA_TEMPO RTE_591]: Impossible d'obtenir le statut RTE Tempo

Bon ce matin ça tourné à priori bien, puis cet après midi après une sauvegarde ( donc un reboot ) j'ai un problème avec le QA Tempo RTE ( je poste la trace dans le post du QA ) Non pas de problème c'est une erreur serveur RTE ( Coïncidence )

mise à jour exécutée aussi -> Passage de 5.160.42 à 5.180.17 Il m'a proposé une reconfiguration du Capteur MCO ( ) et malgré une configuration douce, il a chamboulé tous les ID On va voir dans les jours qui viennent si j'ai aussi des comportement bizarre de LUA comme @Lazer

Je partage complètement cet avis. Tous les post sérieux sur le web indiquent que le compteur abonné appartient à ENEDIS et qu'il sont responsables de son bon fonctionnement. Je pense aussi que le défaut tel que je leur ai décris peut préter à interprétation et qu'il me dirige vers un électricien pro pour ne pas s'embêtèr. Mais sur une vrai panne il se déplacerais.