Nous ne recevons plus les notifications Jeedom Connect sur nos tééphones android, voici le message d’erreur qui s’affiche dans le centre de messages :
Erreur détectée sur le dernier envoi de notification => {« SuccessCount »:0,« FailureCount »:1,« Responses »:[{« Success »:false,« MessageID »:« »,« Error »:{« ErrorCode »:« DEADLINE_EXCEEDED »,« String »:« timed out while making an http call: Post "https://fcm.googleapis.com/v1/projects/jeedomconnect/messages:send": context deadline exceeded »,« Response »:null,« Ext »:}}]}
Merci par avance de votre aide.
Mes infos de config :
Jeedom Core : 4.4.19 (master)
DNS Jeedom : oui
Statut Démon : Stoppé (NA)
Version JC : 1.12.0 stable
Version OS : debian 11.11
Version PHP : 7.4.33
Bin : ok / vNotif_2
Dépendances : ok
Equipements :
JConnect - Motorola : v1.8.0 stable sur android [os : 35] (polling) - PA
JConnect - Redmi Note 13 Pro Plus : v1.8.0 stable sur android [os : 34] (polling) - PA
De plus, un scénario montre un problème d’accessibilité du plugin Nut-free sur l’onduleur local directement raccordé au raspberry (serveur NUT installé sur le rpi).
Pour info, j’ai un second Jeedom sous debian 12 qui supervise aussi le NAS et où je n’ai pas d’erreur ssh avec le NAS.
Difficile de comparer avec 2 debian différents, mais des différentes erreurs le problème ne devrait pas être côté NAS…
Ordonnancement des erreurs:
Scénario informe sur Pb d’accessibilité à l’onduleur local
3 secondes plus tard, idem avec l’onduleur du NAS
scenario envoie un message Jeedom Connect qui se retrouve en erreur
Le point de départ pourrait être le plugin NUT-free…
@Romesl, avais-tu d’autres messages ou log lorsque que tu as eu cet erreur avec Jeedom Connect ?
Config
Jeedom Core : 4.4.19 (master)
DNS Jeedom : non
Statut Démon : Stoppé (NA)
Version JC : 1.12.0 stable
Version OS : debian 11.11
Version PHP : 7.4.33
Bin : ok / vNotif_2
Dépendances : ok
Equipements :
Mobile 1: v1.8.0 stable sur android [os : 34] (polling) - PA
Mobile 2: v1.8.0 stable sur android [os : 34] (polling) - PA
Hum avec autan d’erreurs qui se produisent j’aurais plus pensé à un jeedom surchargé ou à un rpi qui commence à fatiguer que réellement un souci localisé sur un plugin …
Bonjour, voici 2 erreurs qui s’affichent dans le centre des messages :
Premier :
Erreur détectée sur le dernier envoi de notification => {« SuccessCount »:0,« FailureCount »:1,« Responses »:[{« Success »:false,« MessageID »:« »,« Error »:{« ErrorCode »:« UNKNOWN »,« String »:« unknown error while making an http call: Post "https://fcm.googleapis.com/v1/projects/jeedomconnect/messages:send": oauth2: cannot fetch token: Post "https://oauth2.googleapis.com/token": context deadline exceeded (Client.Timeout exceeded while awaiting headers) »,« Response »:null,« Ext »:}}]}
Second :
Erreur détectée sur le dernier envoi de notification => {« SuccessCount »:0,« FailureCount »:1,« Responses »:[{« Success »:false,« MessageID »:« »,« Error »:{« ErrorCode »:« DEADLINE_EXCEEDED »,« String »:« timed out while making an http call: Post "https://fcm.googleapis.com/v1/projects/jeedomconnect/messages:send": context deadline exceeded »,« Response »:null,« Ext »:}}]}
Voici également une capteur d’écran de la page « santé » :
Je ne sais pas depuis quand tu as cette valeur de swap (100Mo) et si c’est la cause des erreurs de Jeedom Connect.
Mais il faut la changer en 2048 Mo.
Pour faire, tu te connectes en ssh sur le rpi, tapes sudo nano /etc/dphys-swapfile, modifies la valeur de CONF_SWAPSIZE=100 par CONF_SWAPSIZE=2048 et fait reboot.
Dans la page Santé de Jeedom, tu auras un swap disponible de xx% (Total 2048 Mo).
A y être avant le reboot pour le swap, regardes aussi la taille du répertoire /var/log: nano /etc/systemd/journald.conf
Écris et/ou retire les # (décommente) des lignes SystemMaxUse et MaxRetentionSec pour avoir SystemMaxUse=200M et MaxRetentionSec=1w avec reboot.
Enfin, tu es sous debian 11 où il y a quelques problèmes de fuite mémoire. Consulte la community, car peut être que tu es aussi concerné
Tu nous diras si cela va mieux avec Jeedom Connect après ces quelques modifs
