Le 25/01/2025 à 18:26, LeDahu a dit :

Et dans ce cas il y a une solution que vous connaitriez?

A part brûler des cierges pour que ça revienne tout seul ? Dans les témoignages cités il y a une mention du remplacement de l'ID par le VIN, qui marcherait dans certains cas, mais ce serait une modif dans Teslamate (?)

Bonsoir

Il faudrait consulter les logs 

Chez moi l appli est ok

Le 25/01/2025 à 20:04, Cae42 a dit :

Bonsoir

Il faudrait consulter les logs 

Chez moi l appli est ok

j'ai bien le lot sous docker, mais je ne sais pas vraiment quoi regarder a vrai dire

Le 26/01/2025 à 20:09, LeDahu a dit :

j'ai bien le lot sous docker, mais je ne sais pas vraiment quoi regarder a vrai dire

j'ai ca par exemple:
 

 

Le 26/01/2025 à 20:25, LeDahu a dit :

 

C'est un souci de DNS.

Et, autant l'API peut être décommissionnée, autant auth.tesla.com que l'on voit avec la même erreur dans le log, je n'y crois pas une seule seconde !

 

Tu as une configuration réseau un peu exotique ?

Redémarre ton raspberry ou autre serveur hébergeant ton teslamate et ça devrait être bon

Le 26/01/2025 à 20:56, Mamiot a dit :

C'est un souci de DNS.

Et, autant l'API peut être décommissionnée, autant auth.tesla.com que l'on voit avec la même erreur dans le log, je n'y crois pas une seule seconde !

 

Tu as une configuration réseau un peu exotique ?

je viens de changer de box (orange > free). 

Mais j'avais free avant la orange box et ca fonctionnait avec la meme config. 

Le seul truc que je le suis aperçu c'est que ma box avait changer mes adresses IP.

J'ai donc de nouveau mis les adresses ip de teslamate en fixe. 

Par ailleurs elle est désormais en IP v6, je ne sais pas si ca peut changer

 

comme le propose @Cae42je vais tout redémarrer. 

 

Merci à vous je vous dirais

Le 26/01/2025 à 21:26, LeDahu a dit :

je viens de changer de box (orange > free). 

Mais j'avais free avant la orange box et ca fonctionnait avec la meme config. 

Le seul truc que je le suis aperçu c'est que ma box avait changer mes adresses IP.

J'ai donc de nouveau mis les adresses ip de teslamate en fixe. 

Par ailleurs elle est désormais en IP v6, je ne sais pas si ca peut changer

 

comme le propose @Cae42je vais tout redémarrer. 

 

Merci à vous je vous dirais

Rien n'y fait 

Je me demande si ce n'est pas du au fait que je ne suis pas en full stack chez free. Je n'au 1/4 des ports disponibles (

Ports 32768 à 49151)

 

C est fort possible.

J'ai activé une option sur mon espace Free pour disposer d une ipv4

Le 26/01/2025 à 22:37, LeDahu a dit :

Rien n'y fait 

Je me demande si ce n'est pas du au fait que je ne suis pas en full stack chez free. Je n'au 1/4 des ports disponibles (

Ports 32768 à 49151)

 

Ça n'est important que pour rentrer de l'extérieur vers ton teslamate. Pour la sortie, ça ne devrait poser aucun problème de ne pas être full stack.

 

Tu peux demander le passage en full stack depuis ton compte Free, au cas où.

Les logs sont assez clairs  il n'arrive pas à associer les URL à une adresse IP.

Tu peux essayer un nslookup depuis ton PC pour voir si ça vient de ta connexion et éventuellement forcer des DNS tiers si ce n'était pas concluant.

Le 26/01/2025 à 22:49, Cae42 a dit :

C est fort possible.

J'ai activé une option sur mon espace Free pour disposer d une ipv4

oui je viens de voir cette option. 

"

Demander une adresse IP fixe V4 full-stack

Vous avez la possibilité de demander une IP fixe V4 full-stack

Cette option est réservée aux utilisateurs avancés, notamment ceux souhaitant héberger des serveurs Internet sur leur connexion.

 

 

Je n'en maitrise pas vraiment les tenants et aboutissants. 

Quelle adresse IP as tu mis à ton container? Est ce dans la même plage que la box? Quels DNS et passerelle as tu?

Le 26/01/2025 à 22:56, thom75 a dit :

Quelle adresse IP as tu mis à ton container? Est ce dans la même plage que la box? Quels DNS et passerelle as tu?

Mon container a les adresses 192.168.100:3000 et 4000

le serveur DHCP a les adresses: 192.168.1.2 à 192.168.1.200

Ma box a un adresse IP externe de type 88.xxx.xxx.xx  - Ports 32768 à 49151

Serveur DNS: 192.168.1.254 (qui semble etre l'adresse de mafreebox.free.fr)

DNS dynamique: sont désactivés

La freebox est en mode routeur (pas bridge), et ensuite elle est relier à un switch neigera 24 ports, sur lequel est branché mon NAS qui héberge mes dockers teslamate

 

voila... je ne sais pas si ca peut aider...

 

Merci à tous en tous cas 

 

EDIT du 27/01: Full stack en place et rien de mieux  

Modifié janvier 27, 20251 a par LeDahu

Tout ce que l'on peut affirmer à la vue de ces données c'est que dans ta configuration actuelle, tu auras besoin de faire du NAT pour accéder à tes interfaces Teslamate depuis l'extérieur.

 

C'est un NAS Syno ? De mémoire, sur ces NAS, Docker a son propre pool d'adresses IP et une passerelle pour joindre le réseau local et du coup, internet.

 

Au pire, essaye de modifier l'adresse de ta box (192.168.1.254) avec celle que tu avais avant. Si ça vient d'une adresse en dur quelque part, tu seras fixé.

Le 26/01/2025 à 22:52, LeDahu a dit :

oui je viens de voir cette option. 

"

Demander une adresse IP fixe V4 full-stack

Vous avez la possibilité de demander une IP fixe V4 full-stack

Cette option est réservée aux utilisateurs avancés, notamment ceux souhaitant héberger des serveurs Internet sur leur connexion.

 

 

Je n'en maitrise pas vraiment les tenants et aboutissants. 

Fais le ça ne gêne en rien

Si tu peux changer le paramétrage DNS. Je préfère utiliser les DNS de Google ou Cloudfare, plutot que celui du FAI.

Vérifie également toutes les configs. De mémoire, la box Orange se met en 192.168.1.1 et celle de Free en 192.168.1.254 et donc s'il y a un DNS en dur qui traine, cela peut expliquer l'adresse non trouvée. Si tu arrives à te connecter à ton container et à faire un ping auth.tesla.com.
Les 8000ms ressemblent fort à un timeout de la requête DNS

Le 27/01/2025 à 08:59, Boulonais a dit :

Si tu peux changer le paramétrage DNS. Je préfère utiliser les DNS de Google ou Cloudfare, plutot que celui du FAI.

Vérifie également toutes les configs. De mémoire, la box Orange se met en 192.168.1.1 et celle de Free en 192.168.1.254 et donc s'il y a un DNS en dur qui traine, cela peut expliquer l'adresse non trouvée. Si tu arrives à te connecter à ton container et à faire un ping auth.tesla.com.
Les 8000ms ressemblent fort à un timeout de la requête DNS

je croyais qu'elles étaient toutes en 192.168.1.1 (en tous cas de mémoire j'avais ca sur ma révolution). Mais peut etre plus sur les nouvelles. 

Je vais tenter cette piste comme le dit aussi @Mamiot

fait un ipconfig /all en ligne de commande sur ton pc et tu verras les adresses DNS , passerelle ... (donc l'adresse de ton routeur)

Le 22/01/2025 à 21:13, thom75 a dit :

Depuis hier 18:16 le statut est unavailable

 

 

Et j'ai ça dans le log :

 

 

GET https://owner-api.teslamotors.com/api/1/vehicles/9xx85323xxxxxxx -> 404 (33.269 ms) car_id=2 [error] Error / :vehicle_not_found

A nouveau status unavailable depuis hier. Je n'ai pas pris le temps de regarder les logs.

Le 27/01/2025 à 07:34, Mamiot a dit :

Tout ce que l'on peut affirmer à la vue de ces données c'est que dans ta configuration actuelle, tu auras besoin de faire du NAT pour accéder à tes interfaces Teslamate depuis l'extérieur.

 

C'est un NAS Syno ? De mémoire, sur ces NAS, Docker a son propre pool d'adresses IP et une passerelle pour joindre le réseau local et du coup, internet.

 

Au pire, essaye de modifier l'adresse de ta box (192.168.1.254) avec celle que tu avais avant. Si ça vient d'une adresse en dur quelque part, tu seras fixé.

Bonjour, 

 

Petit feedback sur mon problème. Je n'avais pas eu le temps de m'y repencher

 

La réponse est bien dans ce que tu identifiais @Mamiot. 

J'a changé l'adresse IP de la freebox de 192.168.1.254 à 192.168.1.1 et tout est "retombé" en marche. 

 

En fait ma freebox révolution était en 1.1 puis chez orange box pareil, et au retour chez free pop, la pop est en 1.254 ce qui m'a mis le souk. 

 

Merci à tous en tous cas pour vos précieuses aides. Un bon WE a vous

 

 

 

 

Le 31/01/2025 à 21:05, thom75 a dit :

A nouveau status unavailable depuis hier. Je n'ai pas pris le temps de regarder les logs.

En fait le souci était au niveau de mon réseau. Problème réglé. 

Bonjour à tous,

Teslamate v2.0.0 est sorti hier et requiert un upgrade de PostgreSQL vers 16.7, 17.3 ou plus récent.

Il y a une procédure de backup à réaliser puisque l'upgrade PostgreSQL écrase toutes les données...

Est ce que l'un d'entre vous a déjà fait la bascule? (ma version est installée sur Oracle Cloud)

Merci!

Bonjour,

Je suis dans la même configuration (en plus d'une install RPI)  et je suis preneur d'un tuto détaillé et testé car j'ai essayé l'upgrade sur mon RPI et j'ai cassé le Teslamate...

J'ai déjà fait l'upgrade de DB il y a un bon moment déjà.

 

J'ai ma propre instance sur mon serveur à la maison donc je ne sais pas si la procédure est identique, de mémoire ça donnait ça 

Il faut faire une sauvegarde la BDD :

docker-compose exec -T database pg_dump -U teslamate teslamate > /home/docker/backup/teslamate_backup.bck

 

Arreter le docker :

docker-compose stop teslamate

 

Supression de la BD :

docker volume rm "teslamate_teslamate-db"

 

Modification du fichier docker-compose.yml en modofiant la ligne postgres.

image: postgres:17

 

Démarrer la nouvelle BDD :

docker-compose up -d database

 

Drop de la BDD par défaut :

docker-compose exec -T database psql -U teslamate teslamate << .
DROP SCHEMA public CASCADE;
CREATE SCHEMA public;
CREATE EXTENSION cube WITH SCHEMA public;
CREATE EXTENSION earthdistance WITH SCHEMA public;
.

 

# Restore du backup

docker-compose exec -T database psql -U teslamate -d teslamate < /home/docker/backup/teslamate.bck

 

# Restart the teslamate container

docker-compose start teslamate

 

A note que selon certaines distributions linux il faut adapter "docker-compose" ou "docker compose" (avec ou sans le tiret)

Le 28/04/2025 à 14:56, wdiz a dit :

J'ai déjà fait l'upgrade de DB il y a un bon moment déjà.

 

J'ai ma propre instance sur mon serveur à la maison donc je ne sais pas si la procédure est identique, de mémoire ça donnait ça 

Il faut faire une sauvegarde la BDD :

docker-compose exec -T database pg_dump -U teslamate teslamate > /home/docker/backup/teslamate_backup.bck

 

Arreter le docker :

docker-compose stop teslamate

 

Supression de la BD :

docker volume rm "teslamate_teslamate-db"

 

Modification du fichier docker-compose.yml en modofiant la ligne postgres.

image: postgres:17

 

Démarrer la nouvelle BDD :

docker-compose up -d database

 

Drop de la BDD par défaut :

docker-compose exec -T database psql -U teslamate teslamate << .
DROP SCHEMA public CASCADE;
CREATE SCHEMA public;
CREATE EXTENSION cube WITH SCHEMA public;
CREATE EXTENSION earthdistance WITH SCHEMA public;
.

 

# Restore du backup

docker-compose exec -T database psql -U teslamate -d teslamate < /home/docker/backup/teslamate.bck

 

# Restart the teslamate container

docker-compose start teslamate

 

A note que selon certaines distributions linux il faut adapter "docker-compose" ou "docker compose" (avec ou sans le tiret)

Merci pour le rappel, mon Teslamate était en rade depuis la maj (faite en arrière plan par watchtower)