henri-allauch

Il faudra prévoir le refroidissement de l'eau 😎

Les commandes manuelles sont donc toutes OK C'est parfait effectivement tu as une machine Normale. Mais question : en mode automatique (backup à une certaine heure ), comment est lancé la commande de backup ? par cron et une crontab ? ou une autre méthode ?

Oui pour moi aussi, les écritures en ajout ont toujours créé les fichiers inexistants, Reste à vérifier dans l'environnement de @jojo

Les " c'est parce que j'ai copié collé ta commande un peu plus haut mais comme @Lazer te la dit aussi ils ne servent à rien s'il n'y a pas d'espace dans le nom de fichier Dans ce cas, si tu est obligé de faire cette commande pour créer le fichier /volume1/ScriptsUnix/backup-hc3-test.out ça veut peut être dire que la commande tee -a ( -a pour ajout dans le fichier ) ne crée pas le fichier si inexistant. (on a pas essayé dans les test précédents) Pour vérifier cela : set -o pipefail; ls -l XXX 2>&1 | tee -a /volume1/ScriptsUnix/TEST2.out et voir si le fichier /volume1/ScriptsUnix/TEST2.out est créé et contient l'erreur ls: cannot access 'XXX': No such file or directory

OK donc les fonctionnement des commandes sont OK et l'accès en création et en écriture sont OK dans ton répertoire. Maintenant refait la commande pour lancer le backup set -o pipefail; "/volume1/ScriptsUnix/backup-hc3-test.sh" 2>&1 | tee -a "/volume1/ScriptsUnix/backup-hc3-test.out" de la même manière que tu as lancé les commandes de test ci-dessus Et regarde la réponse et le contenu de /volume1/ScriptsUnix/backup-hc3-test.out

c'est normal le message cannot accès ... c'est pour créer une erreur ce qu'il faut voir c'est si un fichier /volume1/ScriptsUnix/TEST.out a été créé avec ce message à l'intérieur

Suis pas expert et je n'ai jamais fait de latin 😀

#Un essai chez moi TEST exite TEST.out non henri$ ls -l TEST* -rw-r--r-- 1 henri staff 8 24 jui 19:22 TEST #Commande simulant ta commande (XXX n'existe pas) henri$ set -o pipefail; ls -l XXX 2>&1 | tee TEST.out ls: XXX: No such file or directory #TEST.out est créé et contient l'erreur henri$ ls -l TEST* -rw-r--r-- 1 henri staff 8 24 jui 19:22 TEST -rw-r--r-- 1 henri staff 35 24 jui 19:28 TEST.out #TEST.out contient l'erreur henri$ cat TEST.out ls: XXX: No such file or directory henri$ Dans ton cas essaye: Vincent$ set -o pipefail; ls -l XXX 2>&1 | tee /volume1/ScriptsUnix/TEST.out Puis Vincent$ set -o pipefail; ls -l XXX 2>&1 | tee /volume1/ScriptsUnix/backup-hc3-test.out Puis Vincent$ set -o pipefail; ls -l XXX 2>&1 | tee -a /volume1/ScriptsUnix/backup-hc3-test.out

Pas d''écriture dans /volume1 pour les non root mais ok dans le /volume1/ScriptsUnix puisque tout le monde à les droits lecture ecriture exécution Donc depuis un user JOJO à partir d'un répertoire quelconque tu devrait pouvoir créer un fichier TEST par la commande : touch /volume1/ScriptsUnix/TEST maintenant sur du SYNO je ne sais pas.

@lazer nous avons posté la même réponse en même temps j'espère que ça va aider @jojo

Je viens de refaire un essai. Le fichier .out est bien créé avec son contenu. Il faut évidement que son répertoire ait les droits d'accès en écriture pour le user qui lance le .sh Je ne suis pas sous Synology mais sous Linux. xxx@SynoMain:~$ ls -la /volume1/ScriptsUnix/ total 96 drwxrwxrwx+ 1 root root 564 Jun 22 22:28 . drwxr-xr-x 1 root root 526 Jun 23 09:22 .. Dans ton cas le répertoire . donc /volume1/ScriptsUnix root à tous les droits mais le répertoire .. donc volume1 n'a pas les droits d'écriture pour les user pas root

Je partage cet avis mais je ne suis pas utilisateur de GEA. Le test que j'ai fait n'est uniquement inséré dans un QA que pour l'essai. En fait c'est plutôt Shutdown que je souhaitais pour arrêter la box sur ordre de l'onduleur. Mais ça ne fonctionne pas depuis longtemps . Mais pour le moment ... les rares coupures franches secteur n'ont pas cassé la box ... que ça dure ...

Oui fonctionnel pour moi aussi. J'avais cette erreur : : Transport endpoint is already connected Peut être lié à la panne réseau SFR d'hier ??

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