Démon arlo cesse d'échanger avec arlo.com : Device doesn't belong to the User

Plugins Sécurité
1

Bonjour,

Nouveau soucis avec le plugin arlo: je tourne actuellement sous Jeedom 4.1, plugin beta en dernière version.

Quand je démarre le démon tout va bien, l’installation fonctionne correctement. Mais au bout de quelques heures c’est fini, mon smarthub n’est plus accessible et j’ai des erreurs farfelues. Si je redémarre le démon, évidemment, tout repart pour quelques heures.

[2021-04-23 21:54:49][DEBUG] : MainThread : Removing PID file /tmp/jeedom/arlo/deamon.pid
[2021-04-23 21:54:49][DEBUG] : ConnectionThread : https://myapi.arlo.com:443 "OPTIONS /hmsweb/client/unsubscribe?eventId=FE%21ac597bee-58cb-4d4f-81b4-416c4be28de7&time=1619207689508 HTTP/1.1" 204 0
[2021-04-25 12:47:57][ERROR] : KeepAliveThread : Error: 502 Server Error: Bad Gateway for url: https://myapi.arlo.com/hmsweb/users/devices/notify/A0E1997MA1D7C?eventId=FE%21217d7cab-bf75-4189-ace9-92b7272cc72a&time=1619347677610
Exception in thread EventStream:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/urllib3/response.py", line 601, in _update_chunk_length
self.chunk_left = int(line, 16)
ValueError: invalid literal for int() with base 16: b''
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/urllib3/response.py", line 360, in _error_catcher
yield
File "/usr/lib/python3/dist-packages/urllib3/response.py", line 666, in read_chunked
self._update_chunk_length()
File "/usr/lib/python3/dist-packages/urllib3/response.py", line 605, in _update_chunk_length
raise httplib.IncompleteRead(line)
http.client.IncompleteRead: IncompleteRead(0 bytes read)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/requests/models.py", line 750, in generate
for chunk in self.raw.stream(chunk_size, decode_content=True):
File "/usr/lib/python3/dist-packages/urllib3/response.py", line 490, in stream
for line in self.read_chunked(amt, decode_content=decode_content):
File "/usr/lib/python3/dist-packages/urllib3/response.py", line 694, in read_chunked
self._original_response.close()
File "/usr/lib/python3.7/contextlib.py", line 130, in __exit__
self.gen.throw(type, value, traceback)
File "/usr/lib/python3/dist-packages/urllib3/response.py", line 378, in _error_catcher
raise ProtocolError('Connection broken: %r' % e, e)
urllib3.exceptions.ProtocolError: ('Connection broken: IncompleteRead(0 bytes read)', IncompleteRead(0 bytes read))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.7/dist-packages/sseclient.py", line 65, in __next__
next_chunk = next(self.resp_iterator)
File "/usr/lib/python3/dist-packages/requests/models.py", line 753, in generate
raise ChunkedEncodingError(e)
requests.exceptions.ChunkedEncodingError: ('Connection broken: IncompleteRead(0 bytes read)', IncompleteRead(0 bytes read))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.7/threading.py", line 917, in _bootstrap_inner
self.run()
File "/usr/lib/python3.7/threading.py", line 865, in run
self._target(*self._args, **self._kwargs)
File "/var/www/html/plugins/arlo/resources/arlod/arlo/eventstream.py", line 26, in __QueueEvents
for event in self.event_stream:
File "/usr/local/lib/python3.7/dist-packages/sseclient.py", line 72, in __next__
self._connect()
File "/usr/local/lib/python3.7/dist-packages/sseclient.py", line 52, in _connect
self.resp.raise_for_status()
File "/usr/lib/python3/dist-packages/requests/models.py", line 940, in raise_for_status
raise HTTPError(http_error_msg, response=self)
requests.exceptions.HTTPError: 502 Server Error: Bad Gateway for url: https://myapi.arlo.com/hmsweb/client/subscribe
[2021-04-25 12:49:12][ERROR] : EventHandler : Fatal error: 502 Server Error: Bad Gateway for url: https://myapi.arlo.com/hmsweb/client/unsubscribe?eventId=FE%21689e5cfc-171e-4d2a-9231-5260a8a05afa&time=1619347752659
[2021-04-25 18:54:16][ERROR] : MainThread : Send command to demon error : Request (POST https://myapi.arlo.com/hmsweb/users/devices/automation/active) failed: {'data': {'error': 'AUTO-5010', 'message': "Device doesn't belong to the User", 'reason': "A0E1997MA1D7C doesn't belong to the User / Is not provisioned"}, 'success': False}
[2021-04-25 18:58:43][ERROR] : MainThread : Send command to demon error : Request (POST https://myapi.arlo.com/hmsweb/users/devices/automation/active) failed: {'data': {'error': 'AUTO-5010', 'message': "Device doesn't belong to the User", 'reason': "A0E1997MA1D7C doesn't belong to the User / Is not provisioned"}, 'success': False}
[2021-04-26 12:30:52][ERROR] : MainThread : Send command to demon error : Request (POST https://myapi.arlo.com/hmsweb/users/devices/automation/active) failed: {'data': {'error': 'AUTO-5010', 'message': "Device doesn't belong to the User", 'reason': "A0E1997MA1D7C doesn't belong to the User / Is not provisioned"}, 'success': False}
[2021-04-26 18:58:18][ERROR] : MainThread : Send command to demon error : Request (POST https://myapi.arlo.com/hmsweb/users/devices/automation/active) failed: {'data': {'error': 'AUTO-5010', 'message': "Device doesn't belong to the User", 'reason': "A0E1997MA1D7C doesn't belong to the User / Is not provisioned"}, 'success': False}

A0E1997MA1D7C est l’id du smarthub
Evidemment c’est un compte dédié à arlo, et seul mon installation jeedom utilise ce compte. Je ne sais pas quoi partager de plus ! J’espère que les infos utiles y sont !

2

Même constat chez moi :cry:
Je tentais de désactiver la double identification mais idem

1 « J'aime »
3

Salut,

Je ne comprends pas ce log, as-tu retiré / filtré des lignes?

le 23/04 le démon a été stoppé et il se désinscrit puis plus rien jsq au 25 (2 jours!) avec une erreur sur le keepalive (évidement puisqu’il n’est plus connecté) et ensuite aucune ligne excepté des errors sur des commandes (toujours évidement puisqu’aucune reconnexion).

Ce log n’a pas été généré tel quel par le démon, c’est impossible.

4

J’en suis désolé mais perso je ne sais faire aucun constat puisque je n’ai reçu aucune info, aucun log de votre part.

5

Heure a heure je ne sais pas, mais je l’ai pourtant dit, je dois redémarrer le démon pour refaire fonctionner l’installation.
Donc il doit y avoir les logs de reboot puis quelques heures plus tard les erreurs.
Je vais vider les logs et redémarrer le démon si tu veux un truc nettoyé.

6

Après j’ai oublié de préciser que chez moi depuis 2 semaines j’ai un problème qui ressemble sur une de mes installation alors que l’autre fonctionne sans soucis: les commandes ne passent plus sur l’une des deux mais je n’ai pas d’erreur, la requête part et rien n’est exécuté par arlo et si je redémarre le démon ca refonctionne.
La seule erreur que j’ai déjà vu mais ce n’est pas systématique c’est Device doesn't belong to the User.

Donc c’est p-e différents symptômes du même problème donc je chercher encore.

7

Le seul log (en info) directement lié à ce problème est bien celui là:

[2021-04-27 11:53:25][ERROR] : MainThread : Send command to demon error : Request (POST https://myapi.arlo.com/hmsweb/users/devices/automation/active) failed: {'data': {'error': 'AUTO-5010', 'message': "Device doesn't belong to the User", 'reason': "A0E1997MA1D7C doesn't belong to the User / Is not provisioned"}, 'success': False}

J’ai nettoyé les logs, j’ai laissé pour l’instant en info, j’ai redémarre le démon. J’ai attendu une heure et hop, fini, ça ne marche plus.

Ce problème est aussi observé sur les plugins HA (hass et aussi hacs) https://github.com/twrecked/hass-aarlo/issues/377

8

Ah et c’est le changement de mode du smarthub qui me pose problème. Je ne pense pas que ce soit généralisé a toutes les commandes.

En tous cas le plugin fonctionne encore malgré cette erreur.

9

Ayant le même probleme que @guipom, je n’ai pas trouvé utile de partager mon log …
Je vous le transmet

arlo_daemon.log (18,4 Ko)

10

Bonjour,

Je ne sais pas s’il s’agit du même sujet, mais depuis quelques jours les commandes ne passent plus. Je suis obligé de faire une synchronisation depuis le plugin pour que tout remarche pour quelques heures. Pas de message d’erreur et le démon reste ok

11

Probablement similaire.
Je vais faire une nouvelle version pour gérer ce nouveau cas, il me faut juste un peu de temps mais je n’ai pas oublié.

12

En tous cas je peux juste te préciser que ca marche par intermittence. Par exemple ça n’a pas marché de la semaine ou presque, mais depuis vendredi je peux de nouveaux changer de mode depuis jeedom et je n’ai pourtant strictement rien touché, que ce soit démarrage de démon ou autre.

13

Comme déjà dit: je vous rassure j’ai le même soucis depuis 3 semaines maintenant, je dois redémarrer le démon parfois après 4-5 jours, parfois tous les jours.

Cela n’arrivait pas avant et d’ailleurs sur 2 install jeedom que j’ai avec deux comptes arlo différents et donc deux bases etc cela n’arrive que sur une des deux et jamais sur l’autre.

Donc ça m’embête bien aussi et je vais trouver une solution, j’ai juste besoin de temps.

3 « J'aime »
14

Pas de soucis, je voulais juste te le confirmer ! :wink:

15

Bonjour

J’ai le même soucis, obligé de relancer le.demon pour faire fonctionner Arlo.

Avez vous trouvé une solution ? Ou est il possible d’ajouter le relancement de demon dans le cron ?

Merci

16

Pouvez-vous lire les sujets précédents?

17

Je suis en train de refaire une installation complète basée sur debian 10.

Vous pouvez supprimer ma demande.

Merci pour votre retour

18

A ceux qui seraient déjà en beta: avec la version beta qui date d’il y a quelques jours je n’ai plus eu de soucis personnellement;
je veux dire le problème peut toujours arriver, ca le plugin n’y peut rien, mais à présent il se « remet » bien tout seul.

Donc si certains ici avec ce problème sont en beta je suis preneur d’un retour (positif ou négatif), ca me permettra de savoir s’il reste des cas à gérer.

19

J’ai mis à jour le plugin avec la version beta du 02/05/2021.

Je fais un feedback ce week-end.

20

Je ne te fais pas l’affront de te dire de lire les réponses précédentes ^^

Mais dans ma dernière réponse je précise justement qu’après une grosse période ou ca débloquait, ça c’est remis à marcher.
Par contre comme je n’active pas les scénarios tout le temps, je ne sais pas en continu si ca marche ou pas, je ne sais pas s’il y a un moyen de suivre ça autrement qu’en ayant des appels réguliers

Tout ce que je sais c’est que quand je rentre chez moi, et que les sirènes se mettent à hurler, c’est que ca marche pas. Et depuis lundi elles n’ont pas encore hurlées.