jojo Posté(e) le 27 novembre 2016 Signaler Posté(e) le 27 novembre 2016 juste pour partager qqch de très bizarre ce matin. 1) Certaines actions de mon GEA ne fonctionnaient plus 2) les 4 leds de droite étaient allumées en continu 3) plus de 600 mails du watchdog me disant que la scène 9 (sans le nom associé) plantait et impossible de la redémaarrer (j'ai regardé dans l'API, et elle avait disparu ...) 4) certains devices ne répondaient plus aux commandes depuis l'interface. J'ai donc fait un restart de la box, et tout (y compris la scène qui avait disparu) est revenu dans l'ordre
Lazer Posté(e) le 27 novembre 2016 Auteur Signaler Posté(e) le 27 novembre 2016 La 4ème diode correspond au Z-Wave je crois, et certains devices qui ne répondent plus => Ca ressemble à un plantage du moteur Z-Wave ça.
jojo Posté(e) le 27 novembre 2016 Signaler Posté(e) le 27 novembre 2016 oui, en effet, j'ai pensé à un plantage plus sérix même : z-wave + il a "supprimé" une scène. Mais on ne va pas refaire le débat sur les développements en Pologne
domo Posté(e) le 22 janvier 2017 Signaler Posté(e) le 22 janvier 2017 salut Lazer depuis que je suis passé en 4.110 j'ai le Watchdog qui m'envoie une notification toute les minutes voici le debug ça corresponds à quoi ? j'ai rien touché depuis la mise a jour merci [DEBUG] 13:44:53: Error : status=404
pepite Posté(e) le 22 janvier 2017 Signaler Posté(e) le 22 janvier 2017 Bonsoir @domo, Pas d'inquiétude, j'ai cela aussi, et le Watchdog tourne comme une horloge ;-)
Sakkhho Posté(e) le 22 janvier 2017 Signaler Posté(e) le 22 janvier 2017 j'ai pas d'erreur moi mais ca doit dépendre de la surveillance que vous faites
Lazer Posté(e) le 22 janvier 2017 Auteur Signaler Posté(e) le 22 janvier 2017 Essaye d'activer le debug = true dans les paramètres du script, et donne nous le log complet, pour essayer de comprendre pourquoi tu as un 404 Je n'ai pas encore migré en 4.110, et je n'utilise plus le watchdog sur ma box de test, donc pour l'instant je n'ai aucune idée de ton problème. Sinon, est-ce que vous savez si le bug de l'instance autostart des scènes (surtout GEA) est résolu ? J'ai GEA qui a planté la semaine dernière, en pleine coupure d'accès ADSL, impossible d'accéder à distance en VPN pour rebooter la box, ma seule solution a été d'appeler Madame à la maison pour qu'elle fasse un reboot manuel de la box, en se plaignant au passage que la température de la maison venait subitement de baisser => GROS FAIL Maintenant j'ai ajouté une scène reboot que je peux exécuter depuis ma passerelle SMS avec les excellents scripts Tasker de Steven.
pepite Posté(e) le 23 janvier 2017 Signaler Posté(e) le 23 janvier 2017 Bonjour messieurs, @Lazer, Aucune certitude pour le bug des "autostart" mais mon GEA avait tendance a planté tous les dimanches matin après une backup. et ce we, aucun souci. Peut-etre l'ont-ils résolu, on va etre obligé soit de provoquer un plantage, soit d'attendre le plantage suivant lol (je choisis cette option ;-)) Bien joué le contournement, avec Tasker et @steven, faudrait que je rajoute ca aussi, je n'ai mis qu'une partie ;-)
domo Posté(e) le 23 janvier 2017 Signaler Posté(e) le 23 janvier 2017 [DEBUG] 13:14:56: Watchdog instance autostart [DEBUG] 13:15:08: Watchdog instance manual launch [DEBUG] 13:15:08: Check [DEBUG] 13:15:08: Check : type=VD id=300 [DEBUG] 13:15:08: http://127.0.0.1:11111/api/virtualDevices/300/debugMessages/0 [DEBUG] 13:15:08: Check : type=VD id=299 [DEBUG] 13:15:08: http://127.0.0.1:11111/api/virtualDevices/299/debugMessages/0 [DEBUG] 13:15:08: Check : type=VD id=153 [DEBUG] 13:15:08: http://127.0.0.1:11111/api/virtualDevices/153/debugMessages/0 [DEBUG] 13:15:08: Check : type=VD id=157 [DEBUG] 13:15:08: http://127.0.0.1:11111/api/virtualDevices/157/debugMessages/0 [DEBUG] 13:15:08: Check : type=VD id=231 [DEBUG] 13:15:08: http://127.0.0.1:11111/api/virtualDevices/231/debugMessages/0 [DEBUG] 13:15:08: Check : type=VD id=212 [DEBUG] 13:15:08: http://127.0.0.1:11111/api/virtualDevices/212/debugMessages/0 [DEBUG] 13:15:08: Check : type=VD id=191 [DEBUG] 13:15:08: http://127.0.0.1:11111/api/virtualDevices/191/debugMessages/0 [DEBUG] 13:15:08: Check : type=Scene id=202 [DEBUG] 13:15:08: Scene(202) 1 running instance [DEBUG] 13:15:08: http://127.0.0.1:11111/api/scenes/202/debugMessages [DEBUG] 13:15:08: Check : type=VD id=255 [DEBUG] 13:15:08: http://127.0.0.1:11111/api/virtualDevices/255/debugMessages/0 [DEBUG] 13:15:08: Check : type=VD id=311 [DEBUG] 13:15:08: http://127.0.0.1:11111/api/virtualDevices/311/debugMessages/0 [DEBUG] 13:15:08: Error : status=404 [DEBUG] 13:15:08: VD(311) Found string "Checked state after " [DEBUG] 13:15:08: VD(311) Found string "Checked state after " [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" [DEBUG] 13:15:08: Scene(202) Found string "Durée des traitements" Si vous avez créé une scène avec une
jojo Posté(e) le 24 janvier 2017 Signaler Posté(e) le 24 janvier 2017 Il y a 21 heures, pepite a dit : Bonjour messieurs, @Lazer, Aucune certitude pour le bug des "autostart" mais mon GEA avait tendance a planté tous les dimanches matin après une backup. et ce we, aucun souci. Peut-etre l'ont-ils résolu, on va etre obligé soit de provoquer un plantage, soit d'attendre le plantage suivant lol (je choisis cette option ;-)) Bien joué le contournement, avec Tasker et @steven, faudrait que je rajoute ca aussi, je n'ai mis qu'une partie ;-) T'inquiète, tu n'auras pas à attendre longtemps, une prochaine mise à jour refera planter ton GEA. Ce qui est bien avec Fibaro c'est la fiabilité dont ils font preuve pour générer des bugs
cybersquat Posté(e) le 24 janvier 2017 Signaler Posté(e) le 24 janvier 2017 Salut les amis parei chez moi tout bug , enfin presque tout depuis la dernière mise à jour , pour dire j en ai super marre de fibaro , il y a deux jours je voulais arrêter et tout vendre ... regret Que jeedom ne fasse pas de lua
pepite Posté(e) le 24 janvier 2017 Signaler Posté(e) le 24 janvier 2017 @jojo, ah ben non, tu sais que nous sommes malgré tout plusieurs pour qui cela fonctionne bien, et stable. @cybersquat, que se passe-t-il ?
Lazer Posté(e) le 24 janvier 2017 Auteur Signaler Posté(e) le 24 janvier 2017 @domo je n'arrive pas à voir quel est le module virtuel ou la scène qui pose porblème tu peux essayer de l'identifier en commentant les lignes de ta config, et on n'en laissant qu'une seule, alternativement jusqu'à trouver la ligne qui pose problème ? Après on se concentrera sur le VD ou la scène qui pose souci.
Lazer Posté(e) le 24 janvier 2017 Auteur Signaler Posté(e) le 24 janvier 2017 Bon j'ai compris ton problème, le 404 juste parce que tu essaye de monitorer une scène ou un VD qui n'existe plus dans ta config donc tu peux résoudre le problème tout seul.
pepite Posté(e) le 24 janvier 2017 Signaler Posté(e) le 24 janvier 2017 Well done @Lazer, moi j'ai l'erreur sur un VD sur lequel j'appuie sur le bouton pour faire le calcul : c'est "Jour Chomé" pour moi ;-)
Lazer Posté(e) le 24 janvier 2017 Auteur Signaler Posté(e) le 24 janvier 2017 C'est à dire ? Tu es certain de l'ID ? Sinon tu actives le debug, tu isoles ta ligne de ce VD dans ta config, tu relances le watchdog, et tu nous dis ce que tu vois.
pepite Posté(e) le 24 janvier 2017 Signaler Posté(e) le 24 janvier 2017 (modifié) En fait, sur le VD Jour Chomé, c'est GEA qui appuie 1 fois par jour sur le bouton, je ne me suis jamais penche dessus car ca fonctionne tout de même parfaitement pour moi. Oui l'ID est le bon [DEBUG] 14:27:48: Check : type=VD id=32 [DEBUG] 14:27:48: http://127.0.0.1:11111/api/virtualDevices/32/debugMessages/0 [DEBUG] 14:27:48: Error : status=404 Test en cours en isolant le 32 ;-) Bon, pas mieux, j'ai l'erreur sous un autre ID ;-) mais ca tourne toujours nickel ;-). Et toujours le bon ID :-) bizarre bizarre, mais minime pour moi ;-) [DEBUG] 15:40:03: Check : type=VD id=35 [DEBUG] 15:40:03: http://127.0.0.1:11111/api/virtualDevices/35/debugMessages/0 [DEBUG] 15:40:03: Error : status=404 Modifié le 24 janvier 2017 par pepite Après isolement du 32
Lazer Posté(e) le 24 janvier 2017 Auteur Signaler Posté(e) le 24 janvier 2017 Si GEA appuie sur le bouton d'un VD alors, il n'y a rien à monitorer avec le watchdog, puisqu'il ne sert qu'à monitorer les boucles infinies main loop des VD. Le watchdog n'est pas prévu pour monitorer un bouton. Mais ça n'explique pas le 404.... si copies/colles l'URL donnée dans un navigateur, tu as aussi un 404 ? Si oui, alors c'est le comportement "normal" de la box, on doit faire avec.
cybersquat Posté(e) le 25 janvier 2017 Signaler Posté(e) le 25 janvier 2017 @pepite C'est hors sujet ici ! Mais effectivement depuis la maj dernière, la box crash souvent, les vd ou script ne fonctionne qu'a moitié ... Des modules compliqués a faire reconnaître etc etc etc... lol j'ai faillit tout balancer par la fenêtre et tout arrêter ..
Gazous Posté(e) le 10 mars 2017 Signaler Posté(e) le 10 mars 2017 Hello, je déterre le sujet pour savoir si qqun à trouver un solution concernant le bug de redémarrage de certaines scènes ou VD car dans mon cas, à chaque plantage le watchdog ne redémarre pas bien le VD ou la scène et me notifie par email en boucle du redémarrage. Je suis obligé d'aller désactiver/activer la scène manuellement...
pepite Posté(e) le 10 mars 2017 Signaler Posté(e) le 10 mars 2017 Bonjour @Gazous Non, pas de news à ce sujet.J'utilise le contournement de Titof_44 qui fonctionne pour moi -- Restart 2 Function -- Titof_44 bug 4.10 --- function Restart2(type, id, restart, notification) Message("blue", 'Restart2 '..type..'('..id..')') local httpClient = net.HTTPClient() httpClient:request("http://127.0.0.1:11111/api/sceneControl?id="..id.."&action=stop") Message("green", type.."("..id..") successfully stop") fibaro:sleep(1000) httpClient:request("http://127.0.0.1:11111/api/sceneControl?id="..id.."&action=start") Message("green", type.."("..id..") successfully restarted") end -- Load VD/Scene local httpClient = net.HTTPClient() httpClient:request(getURL, { success = function(response) if response.status == 200 then local jsonTable = json.decode(response.data) local name = jsonTable.name or "" if restart and restart == true then if type:lower() == "scene" then -- titof bug 4.10 Restart2(type, id, restart, notification) end --titof
drboss Posté(e) le 14 mars 2017 Signaler Posté(e) le 14 mars 2017 Chez moi, après l'utilisation de le patch @Titof_44 et l'exécution de la commande httpClient:request("http://127.0.0.1:11111/api/sceneControl?id="..id.."&action=start") la commande fibaro:debug(fibaro:countScenes(id)) retourne 0, mais la scène fonctionne correctement. Bien sûr, Watchdog avec "0" redémarre la scène tout le temps Si la scène arrêté et redemarre par slide bouton fibaro:countScenes(id) returne bien 1 Pourquoi???
kioneoranga Posté(e) le 25 mars 2017 Signaler Posté(e) le 25 mars 2017 Le 10/03/2017 à 11:51, Gazous a dit : Hello, je déterre le sujet pour savoir si qqun à trouver un solution concernant le bug de redémarrage de certaines scènes ou VD car dans mon cas, à chaque plantage le watchdog ne redémarre pas bien le VD ou la scène et me notifie par email en boucle du redémarrage. Je suis obligé d'aller désactiver/activer la scène manuellement... Bonsoir Je suis dans le meme cas que toi "Gazous", de temps en temps j'ai des relances plus d'une centaine de fois l'une de mes instances GEA. Je ne comprends pas ce qui empêche Watchdog de correctement redemarré la scene. Si je passe par là, il me suffit de basculer en manuel puis à nouveau en fonctionnement "auto" de la scene et tout rentre dans l'ordre. Pépite, peux tu être plus précis sur le workarround que tu utilises de Titof_44? Merci d'avance.
pepite Posté(e) le 26 mars 2017 Signaler Posté(e) le 26 mars 2017 Bonsoir @kioneoranga Regarde ce post 1- tu rajoutes la fonction dans le code. 2 tu cherches Load VD-Scene 3- tu mets ce que titof a appelé titof bug 4.10 jusqu'a end titof. Si tu as besoin, je peux te partager toute ma scène Watchdog 1
Messages recommandés