Teslamate sur NAS QNAP, Synology, Freebox, Portainer

[stephane31]

ok merci, je vais regarder

[stephane31]

bon bé ... merci SFR ... le NAT est bloqué sur ma BOX ...

Si vous avez un truc du genre "IPv6 + IPv4-CGNAT", il est normal que vous n'ayez pas certaines options (NAT, DDNS, DMZ, UPnP)

le CGNAT est un artifice pour partager une IP publique entre plusieurs clients (raréfaction des IPv4)

Avec une IPv4 partagée, les requêtes qui arrivent sur cette IP risquent de tomber chez n'importe lequel des clients possédant cette IPv4.

SFR a donc fait "disparaitre" les options dépendantes des requêtes extérieures.

Si vous avez besoin de faire des redirections de ports, il faut demander à l'assistance SFR de vous migrer vers une IPv4 rien que pour vous.

Demandez un "rollback vers une IPv4 Full Stack"

Il faudra probablement insister jusqu'à tomber sur un technicien qui comprenne votre demande...

Insistez sur le fait que vous avez un serveur à votre domicile.

[Ma'Art]

A la loose...
Et si tu te mets en IPv6 ?

[pepere]

Bonjour Viper et vous tous,
Désolé mais comme vous l'aurez compris, je suis loin (très loin) d'avoir vos compétences réseau...
Effectivement, le problème pour se connecter sur le port (local:4000) venait d'un paramètre du parefeu du syno. Problème réglé. Merci bien.
J'ai donc pu donner mes identifiants tesla.
Bien sûr mes problèmes sont loin d'être terminés... je ne sais pas comment configurer grafana pour avoir toutes les infos que vous montrez... mais je ne désespère pas. Le temps me manque en raison de nombreux déplacements.

[jeffrey75]

[quote=Rascaloup post_id=299521 time=1701725694 user_id=7813
Je viens donc de migrer mes données vers une petite Fedora Server installée dans une VM sous Proxmox -> Trop facile à maintenir et c'est bien plus rapide et stable que sur QNAP.
[/quote]
Je cherche justement quelque chose de "trop facile" ! Un petit tuto sur ce sujet peut-être ? et pourquoi Fedora server ?

[Varta92]

Hello,

J'aurai besoin de votre aide, je ne suis pas très familier avec docker. Je vous explique, mon NAS (syno) qui héberge Teslamate dans portainer commence a fatiguer. J'ai donc décider de monter un serveur proxMox pour héberger toute mes instances docker et mon nas ne fera plus que du serveur de fichier. J'ai réussi a installer un docker en LXC sur proxmox et a refaire une install de teslamate, jusque là tout va bien). Le pb qui se pose à moi est que je ne comprends pas comment faire le backup/restore de la base. Je lis un peu partout qu'il faut faire un :

# Stop the teslamate container to avoid write conflicts
docker compose stop teslamate

# Drop existing data and reinitialize (Don't forget to replace first teslamate if using different TM_DB_USER)
docker-compose exec -T database psql -U teslamate teslamate << .
drop schema public cascade;
create schema public;
create extension cube;
create extension earthdistance;
CREATE OR REPLACE FUNCTION public.ll_to_earth(float8, float8)
RETURNS public.earth
LANGUAGE SQL
IMMUTABLE STRICT
PARALLEL SAFE
AS 'SELECT public.cube(public.cube(public.cube(public.earth()*cos(radians(\$1))*cos(radians(\$2))),public.earth()*cos(radians(\$1))*sin(radians(\$2))),public.earth()*sin(radians(\$1)))::public.earth';
.

# Restore
docker-compose exec -T database psql -U teslamate -d teslamate < teslamate.bck

# Restart the teslamate container
docker-compose start teslamate

Mon pb est que déjà je n'arrive pas à stopper l'instance docker (je me connecte en ssh à mon syno, je passe root et quand je lance la commande j'ai :
docker-compose stop teslamate
ERROR:
Can't find a suitable configuration file in this directory or any
parent. Are you in the right directory?

Supported filenames: docker-compose.yml, docker-compose.yaml

Le pb eest que je ne sais pas de quel répertoire on parle

[Rascaloup]

As-tu pensé à router les ports 3000 et 4000 ?

[Frantzr1]

@Varta92

Salut,

Voilà les commandes que je passe sur mon NAS Synology DS920+ quand je fais une mise à jour:

# login en SSH, puis
sudo -i
# saisie mot de passe root
cd /volume1/@docker

# Mise à jour nouvelle version Teslamate sur Synology
docker-compose pull
docker-compose up -d

En espérant que ça t'aide
@+

[Varta92]

@Frantzr1
Hello, non c'est pas tout à fait ça, après quelques prise de tête j'ai enfin trouvé, mon pb venait du fait que mon container était gérer par portainer (dans ce cas, il n'est pas vu par docker compose), or pour pouvoir faire les opérations de backup/restore, il faut que le container ait été créé par docker compose.
J'ai réussi à reinjecter mes donnée, tout est Ok merci

[Axolotl]

tu peux réimporter dans portainer, j'avais donné la manip que j'ai utilisé il y a qqs pages avant :)

[Varta92]

@Axolotl Ah oui, je viens de trouver le post, effectivement je me suis galéré pour rien.

[viper]

Teslamate est "down" chez beaucoup depuis la nuit du 14 au 15/06 . Tesla a procedéa une modification de ses accés / Api

un Bug a ete ouvert sur ce sujet https://github.com/teslamate-org/teslamate/issues/3957

Flute!.

[Axolotl]

petit update de la database pour la passer dans la version 16 actuelle de postgres, qui je pense sera un prérequis pour plus tard, étant donné que cela est mentionné dans la release note de la version actuelle.

https://github.com/teslamate-org/teslam ... ag/v1.29.2

Même procédure sous portainer que la derniere fois, pour rappel :

En console dans le container database:

# faire son backup de la base
- pg_dump -U teslamate teslamate > /teslamate.bck

En ssh sur le serveur :

#copier son backup dans un répertoire car le container n'est pas persistant :
- docker cp "id du container":/teslamate.bck ./teslamate.bck

Mettre à jour sa stack teslamate, stacks/teslamate/editor => postgres:16 pour forcer le pull de la version 16 (et pas latest sinon il prendra la derniere et ce n'est pas ce que l'on veux, on veux figer cette version) => update the stack



Et on refait le restore dans l'autre sens :

En ssh sur le serveur :

#copier son backup dans le container :
- docker cp teslamate.bck "id du container":/teslamate.bck

attention, l'id change à chaque fois que vous montez les container car il est recréé de 0, les données de la base sont persistantes car un volume local est spécifié dans le yml (/var/lib/postgresql/data qui est en local sur le serveur)

En console dans le container database:

# se connecter à la base sql :
- psql -h localhost -U teslamate

Copier tout le pavé suivant pour casser le contenu de la base existante (vierge, ou pas):

drop schema public cascade;
create schema public;
create extension cube;
create extension earthdistance;
CREATE OR REPLACE FUNCTION public.ll_to_earth(float8, float8)
RETURNS public.earth
LANGUAGE SQL
IMMUTABLE STRICT
PARALLEL SAFE
AS 'SELECT public.cube(public.cube(public.cube(public.earth()*cos(radians($1))*cos(radians($2))),public.earth()*cos(radians($1))*sin(radians($2))),public.earth()*sin(radians($1)))::public.earth';

\q pour sortir de sql


# on lance l'import
- psql -U teslamate -d teslamate < teslamate.bck

Et voila.

[Thomas]

Merci pour le partage

[Daokwan]

Bon, je ne sais pas chez vous, mais je n'ai plus rien depuis le 28/06...
Tout est à jour, hors Postgres (en version 15), mais je n'ai pas l'impression que ce soit lié. J'ai plus une impression que cela vient du coté de Tesla, et on commence à le voir sur tessie : https://status.tessie.com/
Peut etre en lien avec ce que disait @viper, ou alors il faut attendre une update de Teslamate ?

[Axolotl]

Perso aucun soucis de connexion, mais le fait d'avoir mis à jour m’à obligé à reconnecter via les token

Coincidence mais sur la dernière maj de la voiture j'avais perdu la 4g, elle restait en 3g et après reboot c'est revenu. Donc ... a tester aussi

[Daokwan]

Du coup, dans le doute, je suis passé à PG 16, tout réinstallé, et pas mieux...
Je me demande si ce n'est pas lié à 2024.20.6.2...

[MarcH74]

Je suis en 20.6.2 depuis hier et pas de souci particulier.
TeslaMate 1.29.2
Postgres 15
Le tout monté en VM sur Freebox

[Daokwan]

Ok je vais continuer de chercher. Merci pour vos retours !

[Daokwan]

Bon après, moult opérations (réinstall avec et sans backup, changement de token, reboot, et autres joyeusetés), tout est reparti.
J'ai encore quelques erreurs de type "fail to fetch" sur Graphana, mais au moins la données est collectée.

Le problème que j'avais été que dans la partie "admin" de Teslamate, tout restait figé, du coup, je m'étais orienté sur un problème coté Tesla, et ca m'a permis de revoir le vieux débat sur les APIs Owners / fleet.
Et du coup, ca m'a conduit sur la voiture elle même. J'ai été revérifier les paramètres de localisation, et de confidentialité, de rebooter la voiture, et ... c'est revenu.

Bref, tant mieux !

Merci pour votre aide