Comme déjà dit, ce n’est pas le message le problème. C’est plus de 28000 requêtes faitent par un des composants du plugin en moins de 20 minutes qui est le problème. Il me semblait l’avoir bien détaillé mais ça ne semble pas être le cas.
Bonsoir,
je viens de voir aussi que les logs de mon pihole s’affole sur le plugin alexa-api
mon jeedom tourne sur un nuc tout propre de vendredi avec toutes les mises à jour.
je viens d’arrêter le plugin et le relancé et les requêtes viennent de disparaitre.
.
Le problème se reproduit chez moi dès que j’ai lancé une phrase sur un de mes équipements :
[2/2/2021, 10:36:37 PM][ERROR] : Alexa-Remote ║ <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>ERROR: The request could not be satisfied</TITLE>
</HEAD><BODY>
<H1>403 ERROR</H1>
<H2>The request could not be satisfied.</H2>
<HR noshade size="1px">
Request blocked.
We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner.
<BR clear="all">
If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation.
<BR clear="all">
<HR noshade size="1px">
<PRE>
Generated by cloudfront (CloudFront)
Request ID: bIn5Yy13sPxVQs0URodmgXY2SHVjLt8PwJQFe-Duf4GcdMLWNLFP6w==
</PRE>
<ADDRESS>
</ADDRESS>
</BODY></HTML>
Après le souci des routines qui ne remontaient plus (corrigé), le souci des Website Temporarily Unavailable (souci originel de @tomdom)
Maintenant les erreurs CloudFront… que se passe t il chez Amazon ?
J’étais en 4.1.17, j’ai les erreurs, je viens de faire la mise à jour en 4.1.19, cela ne change rien.
Côté Alexa-API, j’ai bien corrigé le souci des routines hier mais aucun lien avec ce souci. En plus, je n’ai corrigé que sur la beta à ce stade. Vous êtes tous en beta ou certains en stable avec le souci CloudFront ?
J’ai un autre Jeedom avec Alexa-api du 17/01, bien avant la correction Routines et j’ai les mêmes erreurs CloudFront.
C’est étrange, c’est comme si le plugin entrait dans une boucle infernale avec le serveur et se mette à échanger erreur sur erreur.
Si on relance le daemon. Tout s’arrête et redevient normal.
Les pannes aléatoires, c’est le pire.
Je vais tenter de trouver ce qui déclenche cette boucle d’erreurs…
Edit : J’ai trouvé, c’est l’historique qui pose souci, visiblement Amazon a supprimé l’API qui retournait l’historique
l’API /api/activities ne fonctionne plus et provoque ce merdier…
Je cherche comment contourner…
Edit : /alexa-privacy/apd/rvh/customer-history-records remplace /api/activities (c’était trop simple). Le nom alexa-privacy n’est pas bon signe pour mes prières d’une api publique…
Edit : Bon, je pousse une beta:
Librairie reprise avec la nouvelle API
Le requeteur info, liste déroulante History refait (je n’ai mis qu’un enregistrement)
Modal Historique fonctionne (j’ai mis 20 enregistrements)
Je ne peux pas tester dernière interaction car ça roupille ici, pas de bruit
Je viens de passer sur la version béta et je ne reproduis plus le problème. Pour l’instant, je ne vois pas d’effet de bord. Je vais faire des tests jusqu’à demain et je passerais le sujet en résolu si je ne vois pas de problème.
Un grand merci et désolé pour ta nuit presque blanche
Merci pour ton retour d’expérience, mais ton sujet originel n’est pas traité, j’ai eu deux fois un « Website Temporarily Unavailable » et ça fait tomber le daemon.
C’est aléatoire, je voudrais arriver à vérifier que le site fonctionne avant d’autoriser la relance du daemon
Mon sujet originel est traité. Il y a toujours l’erreur (ce n’était pas un problème pour moi) mais très rarement (6 en 1h30. C’était le nombre le problème).
Par contre, chez moi, ça ne fait pas tomber le daemon (il me semble. Je ne vois rien dans les logs en ce sens)