Suite de mon installation de Teslamate en docker sur un Synology.

 

J'ai tenté la version "avancée" mais j'échoue car il semble que des ports (notamment 443) sont déjà utilisés sur mon syno. A priori par NGINX.

ERROR: for proxy  Cannot start service proxy: driver failed programming external connectivity on endpoint teslamate_proxy_1 (fcbe5c48f458803787f96159625b3cf34357c70ea1272962b378e6078eb7511d): Error starting userland proxy: listen tcp4 0.0.0.0:443: bind: address already in use

 

J'ai tenté une version alternative de Patath pour laisser le Syno prendre en charge le reverse proxy, le compose se passe nickel mais quand j'essaye d'accéder en port :4080 je me tape une page 404.

 

En parallèle j'ai essayé de mettre en place un VPN sur mon Syno et ça fonctionne à merveilles, du coup je penche maintenant pour la version "de base" de l'installation Teslamate docker, et pour ce qui est d'y accéder de l'extérieur, je basculerai en VPN.

L'installation se passe bien et j'arrive bien sur des pages de login que ce soir pour Teslamage (port 4000) ou Grafana (port 3000).

 

Par contre j'ai un autre container qui tourne déjà en port 3000 (mode host, comme spécifiquement demandé par le dev), donc il me reste à trouver le moyen de contourner ce conflit de ports.

Malgré mes recherches je n'ai pas trouvé la méthode pour indiquer à grafana de tourner sur un port alternatif. J'ai bien essayé de remplacer le 3000:3000 par un 3001:3001 dans le .yml mais ça ne fonctionne pas.

 

Quelqu'un aurait-il trouvé la solution à ce soucis de port 3000 ?

Le 13/04/2022 à 21:32, tino_ale a dit :

Malgré mes recherches je n'ai pas trouvé la méthode pour indiquer à grafana de tourner sur un port alternatif. J'ai bien essayé de remplacer le 3000:3000 par un 3001:3001 dans le .yml mais ça ne fonctionne pas.

 

Quelqu'un aurait-il trouvé la solution à ce soucis de port 3000 ?

je sais pas comment ça marche mais j'aurais mis 3000:3001 plutôt

Le 13/04/2022 à 10:02, Yann73 a dit :

Il n'y a pas qu'une commande pour lancer des commandes dans des containers, passer par le binaire docker fonctionne très bien également, l'avantage de passer par compose est qu'il se base sur le fichier yaml où les infos sont déjà définies.

Il faut surtout essayer de comprendre comment fonctionnent ces commandes plutôt que les copier/coller

Merci Yann, le conseil est sage. Par contre rien ne te permets de dire que l'utilisateur (moi en l’occurrence) fait du copier/coller sans rien comprendre.

Le 13/04/2022 à 09:49, DaniM a dit :

La Commande de backup est la suivante depuis le répertoire où se trouve le fichier docker-compose.yml, il faut que le répertoire teslamatebackup existe aussi dans ce répertoire (ou dossier) :

docker-compose exec -T database pg_dump -U teslamate teslamate > /backuplocation/teslamate.bck

Merci, çà marche nickel sur mon install sur Oracle. Par contre çà ne fonctionne pas sur l'install locale sur le Pi dont je veut récupérer les datas pour les injecter dans l'install oracle. J'ai l'impression que les noms des bases sont différents . voilà ce que me donne portainer sur les containers qui tournent :

et le docker-compose qui a créé tout çà (j'ai enlevé les mots de passe évidement):

version: "3"
services:
  teslamate:
    image: teslamate/teslamate:latest
    restart: unless-stopped
    environment:
      - DATABASE_USER=JPB
      - DATABASE_PASS=
      - DATABASE_NAME=teslamate
      - DATABASE_HOST=database
      - MQTT_HOST=mosquitto
    ports:
      - 4000:4000
    volumes:
      - ./import:/opt/app/import
    cap_drop:
      - all

  database:
    image: postgres:latest
    restart: unless-stopped
    environment:
      - POSTGRES_USER=JPB
      - POSTGRES_PASSWORD=
      - POSTGRES_DB=teslamate
    volumes:
      - teslamate-db:/var/lib/postgresql/data

  grafana:
    image: teslamate/grafana:latest
    restart: unless-stopped
    environment:
      - DATABASE_USER=JPB
      - DATABASE_PASS=
      - DATABASE_NAME=teslamate
      - DATABASE_HOST=database
    ports:
      - 3000:3000
    volumes:
      - teslamate-grafana-data:/var/lib/grafana

  mosquitto:
    image: eclipse-mosquitto:1.6
    restart: unless-stopped
    ports:
      - 1883:1883
    volumes:
      - mosquitto-conf:/mosquitto/config
      - mosquitto-data:/mosquitto/data

volumes:
  teslamate-db:
  teslamate-grafana-data:
  mosquitto-conf:
  mosquitto-data:

Le 13/04/2022 à 23:11, Jeep63 a dit :

Merci Yann, le conseil est sage. Par contre rien ne te permets de dire que l'utilisateur (moi en l’occurrence) fait du copier/coller sans rien comprendre.

Simplement l'historique de ce sujet où on voit clairement des novices faire ça aux vues des erreurs où il suffit de lire ce qui est écrit noir sur blanc dans l'erreur.

 

Maintenant ton problème vient sûrement du fait que tu as du créer l'utilisateur/rôle via le yaml compose avec un utilisateur different de celui par défaut.

 

Edit : Confirmé par ton dernier message : Argument -U de pg_dump = username.

 

Modifié avril 13, 20224 a par Yann73

Le 13/04/2022 à 23:59, Yann73 a dit :

Simplement l'historique de ce sujet où on voit clairement des novices faire ça aux vues des erreurs où il suffit de lire ce qui est écrit noir sur blanc dans l'erreur.

 

Maintenant ton problème vient sûrement du fait que tu as du créer l'utilisateur/rôle via le yaml compose avec un utilisateur different de celui par défaut.

OK tu as raison, mon utilisateur par défaut est Pi (original non ?) et l'utilisateur du yml est JPB. donc si je comprends ta remarque, pour faire une sauvegarde il faut que je créé un utilisateur jpb sur le pi et que je lance la commande en sudo ?

 

Le 13/04/2022 à 23:59, Yann73 a dit :

 

 

Le 14/04/2022 à 00:05, Jeep63 a dit :

OK tu as raison, mon utilisateur par défaut est Pi (original non ?) et l'utilisateur du yml est JPB. donc si je comprends ta remarque, pour faire une sauvegarde il faut que je créé un utilisateur jpb sur le pi et que je lance la commande en sudo ?

 

 

Heu non pas du tout.

On s'en contrefiche de l'utilisateur du rasp étant donné que tu lances tes commandes docker en root (via sudo ou après être passé root).

Concrètement ce que fait ta commande docker exec (ou via compose peu importe) c'est lancer une commande dans le container, donc ce qui importe c'est ce qui est dedans pas sur l'hôte, en l'occurrence l'utilisateur JPB sur la BDD, d'où le fait de le remplacer au bon endroit dans la commande de backup.

Le 13/04/2022 à 23:53, Jeep63 a dit :

Merci, çà marche nickel sur mon install sur Oracle. Par contre çà ne fonctionne pas sur l'install locale sur le Pi dont je veut récupérer les datas pour les injecter dans l'install oracle. J'ai l'impression que les noms des bases sont différents . voilà ce que me donne portainer sur les containers qui tournent.

Il faut ajouter sudo devant la commande docker-compose si tu as ouvert le canal ssh avec le user Pi. A l’ouverture de ssh tu dois te trouver dans le dossier /home/pi et dans ce cas le fichier .yaml et le dossier backuplocation doivent se trouver là.

sudo docker-compose exec -T database pg_dump -U teslamate teslamate > /backuplocation/teslamate.bc

Modifié avril 14, 20224 a par DaniM

Le 18/10/2021 à 09:58, Mitchell77400 a dit :

Bonjour,

Dans tous mes trajets, je n'ai pas la consommation qui s'affiche.

 

 

 

Bonsoir,

D'autres personnes ont eu ce problème ? Depuis que je suis passé à la version 1.26.1, je n'ai plus les données sur la consommation. J'ai effectué 10 trajets depuis l'upgrade mais toujours pas de données.

Merci.

 

Edit : Problème résolu en effectuant une autre charge avec la version 1.26.1 or j'avais plusieurs charges déjà avec l'ancienne version. J'ai trouvé l'explication dans le doc Teslamate ci-dessous.

 

https://docs.teslamate.org/docs/faq/#why-are-no-consumption-values-displayed-in-grafana

 

 

Modifié avril 15, 20224 a par Lulu63974
Problème résolu

Le 13/04/2022 à 21:44, MrFurieux a dit :

je sais pas comment ça marche mais j'aurais mis 3000:3001 plutôt

A priori la solution était :

 

    ports:

      - 3001:3000

 

(j'aurais essayé toutes les combinaisons et bien sur la dernière était la bonne 🤣)

Le 14/04/2022 à 23:01, Lulu63974 a dit :

Bonjoir,

D'autres personnes ont eu ce problème ? Depuis que je suis passé à la version 1.26.1, je n'ai plus les données sur la consommation. J'ai effectué 10 trajets depuis l'upgrade mais toujours pas de données.

Merci.

Ici, depuis le 8 avril, j'ai aucun enregistrement dans "drives" alors que Teslamate récupère bien quelques infos (par ex la position GPS, les niveaux de batterie actuel, ma position sur la carte...). J'ai l'impression que le 8 avril correspond au moment où j'aurai activé la double authentification, mais j'en suis pas sûr à 100%... je seche un peu, j'ai mis à jour Teslamate avec la dernière version mais rien ne change... ma liste "drive" reste vide depuis le 8 avril. 

Le 15/04/2022 à 11:42, werewolf_fr a dit :

Ici, depuis le 8 avril, j'ai aucun enregistrement dans "drives" alors que Teslamate récupère bien quelques infos (par ex la position GPS, les niveaux de batterie actuel, ma position sur la carte...). J'ai l'impression que le 8 avril correspond au moment où j'aurai activé la double authentification, mais j'en suis pas sûr à 100%... je seche un peu, j'ai mis à jour Teslamate avec la dernière version mais rien ne change... ma liste "drive" reste vide depuis le 8 avril. 

J'ai regardé sur le forum Consumption and kWh used not showing · Issue #699 · adriankumpf/teslamate · GitHub. Ses données sont revenues toutes seules après quelques jours comme le cas de @Mitchell77400 mais je n'ai pas trouvé d'autres solutions à part attendre encore quelques jours.

Modifié avril 15, 20224 a par Lulu63974

Le 15/04/2022 à 11:53, Lulu63974 a dit :

J'ai regardé sur le forum Consumption and kWh used not showing · Issue #699 · adriankumpf/teslamate · GitHub. Ses données sont revenues toutes seules après quelques jours comme le cas de @Mitchell77400 mais je n'ai pas trouvé d'autres solutions à part attendre encore quelques jours.

@werewolf_fr : Regardes ce document Teslamate. En tout cas mon problème a été résolu grâce à cette solution.

 

https://docs.teslamate.org/docs/faq/#why-are-no-consumption-values-displayed-in-grafana

Le 14/04/2022 à 23:53, tino_ale a dit :

A priori la solution était :

 

    ports:

      - 3001:3000

 

(j'aurais essayé toutes les combinaisons et bien sur la dernière était la bonne 🤣)

Je n'avais pas vu ton message précédent mais le format est le suivant : "host:container".

Donc tu exposes sur le port 3001 sur l'hôte (ton OS Synology quoi) le port 3000 se trouvant dans le container, c'est pour ça que ça marche, le port 3001 n'étant pas utilisé côté Syno par défaut.

 

C'est en fait une version "short" de la manière d'exposer des ports mais il existe une version "long" qui est plus détaillée (et avec quelques paramètres supplémentaires comme le protocole : tcp/udp) et qui permet de comprendre le pourquoi du comment : https://docs.docker.com/compose/compose-file/compose-file-v3/#ports

Modifié avril 15, 20224 a par Yann73

Le 14/04/2022 à 08:41, Yann73 a dit :

Heu non pas du tout.

On s'en contrefiche de l'utilisateur du rasp étant donné que tu lances tes commandes docker en root (via sudo ou après être passé root).

Concrètement ce que fait ta commande docker exec (ou via compose peu importe) c'est lancer une commande dans le container, donc ce qui importe c'est ce qui est dedans pas sur l'hôte, en l'occurrence l'utilisateur JPB sur la BDD, d'où le fait de le remplacer au bon endroit dans la commande de backup.

Ok !

 

Et le bon endroit c'est o^ù ? c'est le premier ou le deuxième "teslamate" ? d'ailleurs l'autre signifie quoi ?

Merci de ton aide

Le 18/04/2022 à 22:32, Jeep63 a dit :

Ok !

 

Et le bon endroit c'est o^ù ? c'est le premier ou le deuxième "teslamate" ? d'ailleurs l'autre signifie quoi ?

Merci de ton aide

Je te l'ai dit dans un message précédent :

 

-U de pg_dump = username.

L'autre est le nom de la base de donnée et n'a pas besoin d'option, mais on pourrait très bien utiliser -d nom_de_la_base (ou même --dbname=nom_de_la_base).

 

Cf la doc : https://docs.postgresql.fr/13/app-pgdump.html

 

Ce matin la page d'accueil de TeslaMate me demande de nouveaux tokens. Alors qu'ayant enregistré un token refresh, ça ne devrait pas être le cas. De plus les tokens générés par Tesla Tokens ne passent pas. D'autres avec ce souci ?

 

Hum... Affichage du menu Settings puis retour à l'accueil et les données TeslaMate sont apparues.

Modifié avril 26, 20224 a par agauthier51
Complément

Le 26/04/2022 à 09:02, agauthier51 a dit :

D'autres avec ce souci ?

RAS pour ma part

Le 26/04/2022 à 09:02, agauthier51 a dit :

Ce matin la page d'accueil de TeslaMate me demande de nouveaux tokens. Alors qu'ayant enregistré un token refresh, ça ne devrait pas être le cas. De plus les tokens générés par Tesla Tokens ne passent pas. D'autres avec ce souci ?

Pareil : expiration du Token et Tesla a demandé une nouvelle identification. J'ai rafraîchi Tesla Tokens et donné à Tesla Automation le nouveau Token rafraîchi. Tout est rentré dans l'ordre.

1 mois après avoir recu la voiture, je me suis motivé à installer TeslaMate sur mon Synology. Pas simple, même avec les tutos, y'a toujours un ou deux trucs qui bloque, mais après 2h de bataille, c'est en place. Ne reste qu'à rouler pour vérifier

Premiers trajets aujourd'hui, et ça fonctionne parfaitement. Presque trop en fait, je suis impressionné par la quantité et la précision des données. 

Je peux suivre précisément ma conso, ma vitesse, le tout corrélé à la position... Waow... 

 

TESLAMATE tourne correctement chez moi depuis quasi deux mois sur un PiZero2, mais petit souci de mon coté, depuis que j'ai tout mis à jour (Pi, OS et Teslamate) : Quand le Pi redémarre (coupure de courant ou MAJ), TESLAMATE ne se relance pas automatiquement...

Je dois brancher un clavier/écran dessus et y saisir login/Mdp... (les mêmes que lors de la connexion SSH)

 

Auriez-vous SVP une astuce pour que ça se relance correctement ?
Ou bien c'est un comportement normal ?

vous devez renouveler le jeton de connexion tous les combien pour ceux qui utilisent teslamate depuis longtemps ?

Le 28/04/2022 à 18:12, Fender a dit :

vous devez renouveler le jeton de connexion tous les combien pour ceux qui utilisent teslamate depuis longtemps ?

Perso, jamais depuis 9 mois.

Le 28/04/2022 à 18:12, Fender a dit :

vous devez renouveler le jeton de connexion tous les combien pour ceux qui utilisent teslamate depuis longtemps ?

Normalement jamais si tu as mis un token "refresh"