[App Tierce] Teslamate : datalogger local et gratuit

[Maxdetech]

Il y a 5 heures, Maxdetech a dit :

je viens de tout supprimer et garder Teslamate, on va voir ! merci ! 

4 trajets aujourd’hui, ils ont l’air d’être détecté immédiatement !

 

[M-ric]

Pour ma part, ces trajets qui manquent sont corrélés avec une page indisponible sur Teslamate (la page :4000), que je n’arrive à récupérer qu’en relavant la machine virtuelle hébergeant le serveur. 
regarde de ton côté si tu as bien accès à :4000 quand tu as des trajets fantômes...

[mick68]

Bonjour,

Teslamate installé, est-il possible de vérifier qu'il communique avec les serveurs de Tesla sans avoir reçu la voiture ?

[muraliaix]

Il y a 5 heures, mick68 a dit :

Bonjour,

Teslamate installé, est-il possible de vérifier qu'il communique avec les serveurs de Tesla sans avoir reçu la voiture ?

Idem, je viens de passer la journée à l’installer sur un raspberry pi 4 ... évidemment aucune donnée disponible, la voiture est en mer encore et devrait être la dans 3 semaines

[Yann73]

Et elle ne sera pas présente dans votre compte avant le jour de la livraison, patience...  

[mick68]

Yann,

- aucun moyen de tester ?

- Comment être sur le jour de la livraison, que les données vont bien être récupérées ?

[Yann73]

il y a 10 minutes, mick68 a dit :

Yann,

- aucun moyen de tester ?

- Comment être sur le jour de la livraison, que les données vont bien être récupérées ?

Pas de voiture pas de données donc non pas possible de tester.

Tu ne peux pas être certain que ça fonctionnera mais si tu as fait l'installation comme il faut ça devrait le faire, et crois moi tu penseras à autre chose que Teslamate le jour J quand tu seras derrière le volant 😁

[mick68]

Merci Yann et oui d'accord avec toi je penserais à autre chose lors de la livraison  mais le soir après le trajet non car j'aimerais vraiment voir les graphs

[Yann73]

il y a 2 minutes, mick68 a dit :

Merci Yann et oui d'accord avec toi je penserais à autre chose lors de la livraison  mais le soir après le trajet non car j'aimerais vraiment voir les graphs

Au pire ça te fera une raison de la ressortir rapidement pour en avoir 😆

[mick68]

il y a 5 minutes, Yann73 a dit :

Au pire ça te fera une raison de la ressortir rapidement pour en avoir 😆

Pas faux 🤣

Mais dans ce cas là, il n'est pas prêt de fonctionner ...

[M-ric]

Oups

Modifié février 28, 2021 par M-ric

[M-ric]

Pour profiter des idées de tout le monde, voici mon souci :

 

Ca faisait longtemps que je n'avais pas fait mon boulet du Teslamate... Depuis quelques temps, mon Teslamate est capricieux avec régulièrement la page :4000 qui me renvoie une erreur 404 et les pages :3000 qui sont en fait déconnectées des serveurs Tesla.

 

J'ai tenté de refaire quelque down / pull et up pour remettre tout ça d'aplomb mais il semblerait que j'ai un problème de version postgres puisque je récupère ça comme log :

Starting freebox_mosquitto_1 ...
freebox_database_1 is up-to-date
Starting freebox_mosquitto_1 ... done
Starting freebox_grafana_1   ... done
Attaching to freebox_database_1, freebox_teslamate_1, freebox_grafana_1, freebox_mosquitto_1
mosquitto_1  | 1614443922: mosquitto version 1.6.13 starting
mosquitto_1  | 1614443922: Config loaded from /mosquitto/config/mosquitto.conf.
mosquitto_1  | 1614443922: Opening ipv4 listen socket on port 1883.
mosquitto_1  | 1614443922: Opening ipv6 listen socket on port 1883.
mosquitto_1  | 1614443922: mosquitto version 1.6.13 running
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
teslamate_1  | waiting for postgres at database:5432
database_1   |
database_1   | PostgreSQL Database directory appears to contain a database; Skipping initialization
database_1   |
database_1   | 2021-02-27 16:32:46.189 UTC [1] FATAL:  database files are incompatible with server
database_1   | 2021-02-27 16:32:46.189 UTC [1] DETAIL:  The data directory was initialized by PostgreSQL version 12, which is not compatible with this version 13.2 (Debian 13.2-1.pgdg100+1)

 

Avant de trafiquer PostgreSQL, il me semblerait utile de faire une sauvegarde de ma db mais pour le coup, j'ai des ennuis puisque la commande de backup me renvoie "database_1 no container found"

 

Aveu : je n'arrive plus du tout à lancer Teslamate depuis que j'ai relancé les install de Docker et Docker-compose pour essayer de les mettre à jour mais visiblement il y a toujours une database puisqu'il m'annonce même qu'elle n'est pas compatible... Avant de supprimer violemment ma VM pour repartir de zéro, quelques idées éventuellement ?

 

Précision supplémentaire, voici le résultat d'un docker ps

 

freebox@Debian:~$ docker ps -s
CONTAINER ID   IMAGE                        COMMAND                  CREATED         STATUS                          PORTS                    NAMES                 SIZE
99d3662fbc22   postgres:13                  "docker-entrypoint.s…"   6 minutes ago   Restarting (1) 23 seconds ago                            freebox_database_1    0B (virtual 300MB)
c09c7494f2e7   teslamate/teslamate:latest   "tini -- /bin/sh /en…"   6 minutes ago   Up About a minute               0.0.0.0:4000->4000/tcp   freebox_teslamate_1   0B (virtual 154MB)
f28ae3b37bad   eclipse-mosquitto:1.6        "/docker-entrypoint.…"   6 minutes ago   Up About a minute               0.0.0.0:1883->1883/tcp   freebox_mosquitto_1   0B (virtual 9.22MB)

 

-> le container database n'arrête pas de redémarrer, ce qui rend impossible sa sauvegarde, que ce soit avec une commande docker-compose

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

ou avec une commande docker

docker exec freebox_database_1 pg_dump -U teslamate teslamate > ~/backuplocation/database.bck

 

Si un magicien du docker passe par ici...

[Mir]

docker logs -f freebox_database_1

Cela donne peut-être une piste sur la raison du plantage.

Est-ce que le volume associé est encore lié à la base de données ?

Ce ne sont que quelques idées ☺️

[Yann73]

@M-ric

J'allais te répondre en MP mais effectivement ta database pose souci.

Essaie la commande de @Mir pour essayer d'avoir plus de logs, ceci dit cette erreur semble assez parlante :

database_1   | 2021-02-27 16:32:46.189 UTC [1] DETAIL:  The data directory was initialized by PostgreSQL version 12, which is not compatible with this version 13.2 (Debian 13.2-1.pgdg100+1)

As-tu modifié des choses dans le docker-compose ou au niveau des containers directement ? As-tu essayé de copier un dossier d'une autre installation directement ?

[Mir]

N’y aurait il pas en effet un souci de « latest » et donc du choix implicite de version entre les containers ?

A voir en fixant la version 12 dans le fichier si ça résous le problème.

 

[M-ric]

il y a 26 minutes, Mir a dit :

docker logs -f freebox_database_1

Cela donne peut-être une piste sur la raison du plantage.

Est-ce que le volume associé est encore lié à la base de données ?

Ce ne sont que quelques idées ☺️

Bonjour et merci pour vos idées :

freebox@Debian:~$ docker logs -f freebox_database_1

PostgreSQL Database directory appears to contain a database; Skipping initialization

2021-02-27 18:27:37.891 UTC [1] FATAL:  database files are incompatible with server
2021-02-27 18:27:37.891 UTC [1] DETAIL:  The data directory was initialized by PostgreSQL version 12, which is not compatible with this version 13.2 (Debian 13.2-1.pgdg100+1).

 

il y a 9 minutes, Yann73 a dit :

@M-ric

J'allais te répondre en MP mais effectivement ta database pose souci.

Essaie la commande de @Mir pour essayer d'avoir plus de logs, ceci dit cette erreur semble assez parlante :

database_1   | 2021-02-27 16:32:46.189 UTC [1] DETAIL:  The data directory was initialized by PostgreSQL version 12, which is not compatible with this version 13.2 (Debian 13.2-1.pgdg100+1)

As-tu modifié des choses dans le docker-compose ou au niveau des containers directement ? As-tu essayé de copier un dossier d'une autre installation directement ?

Non, rien de tout ça, j'ai juste relancé les scripts d'installation docker-compose pour essayer de mettre à jour les composants (tutoriel de la doc Teslamate) :

https://dev.to/rohansawant/installing-docker-and-docker-compose-on-the-raspberry-pi-in-5-simple-steps-3mgl

Puis j'ai repris tes références de la page 52 du topic parce que je n'ai pas un pi

 

Mais comme je ne comprends pas tout ce que j'ai fait ; j'ai peut-être fait une bêtise

 

Y a-t-il moyen de convertir la database dans le bon format peut-être ? (ne serait-ce que pour voir si c'est la mienne ou une autre...)

[Yann73]

Clairement là le problème c'est que postgres démarre en version 13 alors que ton "data directory" n'est qu'en version 12, il y a donc eu un upgrade quelque part.

Peux-tu nous montrer le bloc de la BDD dans le docker-compose ?

[M-ric]

il y a 33 minutes, Yann73 a dit :

Clairement là le problème c'est que postgres démarre en version 13 alors que ton "data directory" n'est qu'en version 12, il y a donc eu un upgrade quelque part.

Peux-tu nous montrer le bloc de la BDD dans le docker-compose ?

Bien sûr mais je trouve pas le troufaillon azimuté 🤪

Une ligne de commande en particulier pour trouver ça ? 🙏

[Yann73]

Ouvre juste le fichier docker-compose.yml pour nous montrer le bloc concernant la base de donnée  

[M-ric]

 database:    image: postgres:13    restart: always    environment:      - POSTGRES_USER=teslamate      - POSTGRES_PASSWORD=secret      - POSTGRES_DB=teslamate    volumes:      - teslamate-db:/var/lib/postgresql/data
 

conforme à la doc Teslamate ?

[M-ric]

A la limite, si je veux l’empêcher de boucler sur le restart, je peux supprimer l’option restart:always ? Vous connaissez les valeurs admissibles ? Never ? Once ?

[MakeArt]

Hello à tous, 

J'ai installé Teslamate hier sur un pi4 et je me suis demandé si j'allais le laisser brancher H24, ou seulement quand je sors la voiture (tous les jours...). Comment faites vous de votre côté ? 

 

Si je dois le laisser brancher en permanence, je vais peut-être prendre un pi zero qui consomme moins.

 

Merci pour vos retours 

[Mir]

Il y a 6 heures, M-ric a dit :

postgres:13

Ça doit être ça.

Est-ce que vous pouvez essayer de mettre 12 ici, sauver le fichier et relancer le docker-compose svp ? ☺️

[M-ric]

il y a 44 minutes, Mir a dit :

Ça doit être ça.

Est-ce que vous pouvez essayer de mettre 12 ici, sauver le fichier et relancer le docker-compose svp ? ☺️

Ca fonctionne en faisant ça, merci ! ; c'est bien ma database (et non pas une database quelconque aspirée dans mes scripts d'installation) mais ce n'est pas cohérent avec le fichier standard docker-compose.yml de la doc Teslamate -> je ne comprends pas ce que j'ai bien pu faire...

 

Si je veux repartir sur des bases saines sur une nouvelle VM, quelle solution simple préconisez-vous pour déplacer mon *.bck de l'une à l'autre ? Y a t-il une commande ssh qui me permettrait de transférer vers mon ordinateur et réciproquement ?

Modifié février 28, 2021 par M-ric
politesse :)

[M-ric]

il y a 8 minutes, M-ric a dit :

Ca fonctionne en faisant ça, merci ! ; c'est bien ma database (et non pas une database quelconque aspirée dans mes scripts d'installation) mais ce n'est pas cohérent avec le fichier standard docker-compose.yml de la doc Teslamate -> je ne comprends pas ce que j'ai bien pu faire...

 

Si je veux repartir sur des bases saines sur une nouvelle VM, quelle solution simple préconisez-vous pour déplacer mon *.bck de l'une à l'autre ? Y a t-il une commande ssh qui me permettrait de transférer vers mon ordinateur et réciproquement ?

OK, Google Qwant est mon ami -> WinSCP... Je tente l'aventure !