Par conséquent si j’ai bien compris, pour le moment je ne pourrai pas me connecter sur le port 4000 et saisir mes identifiants Tesla car pour le moment, même si mon compte existe, la voiture n’est pas activée.

 

Mais par contre, ce n’est tout de même pas normal que j’ai une erreur lorsque j’essai de m’y mettre ? Je devrais au moins arriver à la page où l’on me demande mes identifiants ? Car là il ne peut pas savoir que mon compte n’est pas validé étant bloqué avant.

 

Pour le jour J, je pense que je laisserai mon pc fixe allumé et un coup de TeamViewer pour accéder à l’interface de la Freebox et je pourrais redémarrer la VM [emoji6]

Supprimé hors sujet 

Modifié juillet 3, 20214 a par cycobbs
Hors sujet

il y a 25 minutes, Batmat86 a dit :

Mais par contre, ce n’est tout de même pas normal que j’ai une erreur lorsque j’essai de m’y mettre ? Je devrais au moins arriver à la page où l’on me demande mes identifiants ? Car là il ne peut pas savoir que mon compte n’est pas validé étant bloqué avant.

 

Je suis d'accord c'est bien pour cela le log pourrais en dire plus !, normalement du devrais obtenir la mire de connexion.

 

il y a 27 minutes, Batmat86 a dit :

Pour le jour J, je pense que je laisserai mon pc fixe allumé et un coup de TeamViewer pour accéder à l’interface de la Freebox et je pourrais redémarrer la VM

pourquoi tu n'utilise pas l'application mafreebox pour le reboot à distance ???

 

il y a 33 minutes, cycobbs a dit :

Salut. Passage a Brive ce matin. Bien vu d'avoir agrandi le SUC... Au plus haut on était 14, et de tous horizons, a 10h-10h30 du mat. 

 

lol, oki... c'est pas le bon post 😅

pourquoi tu n'utilise pas l'application mafreebox pour le reboot à distance ???
 

De base si je veux redémarrer ma box, si c’est elle que j’utilise.
Là je voulais simplement ne faire qu’un reboot de la VM et non de toute la connexion. Mais après c’est vrai vu que je serai à 300 km de chez moi, je peux avoir une coupure internet de 30 secondes [emoji28]


Sinon c’est bon, j’accède bien maintenant à la page d’authentification sur le 4000 … je n’ai fait qu’éteindre et rallumer la VM. La magie de l’informatique.


J’ai vu que@bobjouy a mis à disposition des Dashboard et qu’il y a beaucoup de retours positifs.
Il y a t’il un tutoriel à suivre afin de pouvoir les intégrer ?
Ainsi je serai prêt pour la réception, si je n’ai qu’à redémarrer la connexion ou la VM [emoji6] et on verra ensuite pour le token si je dois attendre la livraison également.

En tout cas merci de l’aide et retours.

il y a 58 minutes, LeLutin a dit :

lol, oki... c'est pas le bon post 😅

Ah oui tiens je sais pas ce qu'il s'est passé sachant que je ne vais jamais sur ce sujet là ... Je vais supprimer

Pour info : sauvegardez vos bases... La mienne a crashé sans possibilité de récupérer les données, donc si vous voulez garder de l'historique, un petit cron avec la commande de backup s'impose.

 

La voici pour rappel :

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

 

Edit : les 2 lignes de cron pour mettre le backup avec la date du jour + garder 30 jours d'historique

0 5 * * * docker-compose exec -T database pg_dump -U teslamate teslamate > /home/pi/backup/teslamate_$(date +\%Y\%m\%d\%H\%M).bck
50 4 * * 1 find /home/pi/backup/* -mtime +30 -exec rm {} \;

 

Modifié juillet 7, 20214 a par NicolasB

@NicolasB merci pour ce rappel, effectivement c'est plus sûr.

Une idée de la raison du problème ?

Un crash de la machine ?

Il y a 8 heures, MikeFr a dit :

@NicolasB merci pour ce rappel, effectivement c'est plus sûr.

Une idée de la raison du problème ?

Un crash de la machine ?

Meme pas, ça a foiré il y a un mois à priori suite à mon dernier pull d'update du container et je ne m'en étais pas rendu compte ; la base de données était KO, problemes d'index et de corruption de tables, irrécupérable.

Pour info : sauvegardez vos bases... La mienne a crashé sans possibilité de récupérer les données, donc si vous voulez garder de l'historique, un petit cron avec la commande de backup s'impose.
 
La voici pour rappel :

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

 
Edit : les 2 lignes de cron pour mettre le backup avec la date du jour + garder 30 jours d'historique
0 5 * * * docker-compose exec -T database pg_dump -U teslamate teslamate > /home/pi/backup/teslamate_$(date +\%Y\%m\%d\%H\%M).bck
50 4 * * 1 find /home/pi/backup/* -mtime +30 -exec rm {} \;
 

Bonjour,

Merci de la mise en garde et informations.

Venant juste de débuter dans le monde des VM, Linux, Teslamate …

Ces lignes de code doivent être ajoutées dans le fichier compose ? Ou dans un autre ?

Et autre question, les Dashboard personnalisés mis à disposition sur le forum, comment faire pour les intégrer chez nous lorsque l’on vient de finir la configuration de base ?

Vraiment désolé de toutes ces questions…

il y a 7 minutes, Batmat86 a dit :

Bonjour,

Merci de la mise en garde et informations.

Venant juste de débuter dans le monde des VM, Linux, Teslamate …

Ces lignes de code doivent être ajoutées dans le fichier compose ? Ou dans un autre ?

Et autre question, les Dashboard personnalisés mis à disposition sur le forum, comment faire pour les intégrer chez nous lorsque l’on vient de finir la configuration de base ?

Vraiment désolé de toutes ces questions…

Pour mes lignes -> "crontab -e" dans ta VM/ton Pi/ton NAS/ton serveur et tu colles le contenu (attention a personnaliser le chemin de sauvegarde des fichiers par rapport à ton serveur).

 

Pour les dashboard, lancer Grafana, se connecter en admin puis Dashboard > Manage > Import, et charger le(s) fichier(s) téléchargés.

Il y a 1 heure, NicolasB a dit :

Meme pas, ça a foiré il y a un mois à priori suite à mon dernier pull d'update du container et je ne m'en étais pas rendu compte ; la base de données était KO, problemes d'index et de corruption de tables, irrécupérable.

Désolé pour toi !, tu as donc tout perdu comme historique ?.

Moi la première chose que j'ai faite, c'est une restauration de la BD sur une VM pour tester le dump !. Résultat sans pb.

Je suis d'ailleurs en train de faire un script pour un rechargement partiel en cas de crash de la BD. (C'est à dire de refaire une install clean de TeslaMate d'urgence sur une VM afin de pas perdre les infos au fils de l'eau , et ensuite un reload de la BD)

 

il y a 33 minutes, dranreb38 a dit :

Désolé pour toi !, tu as donc tout perdu comme historique ?

Yes, ça fait bien plaisir Et le pire (et personne ne rigole) c'est que je travaille dans l'IT, côté infra, et que je ne me suis meme pas appliqué les bonnes pratiques de sauvegarde que je pousse tous les jours depuis des années.....

il y a 12 minutes, NicolasB a dit :

Yes, ça fait bien plaisir Et le pire (et personne ne rigole) c'est que je travaille dans l'IT, côté infra, et que je ne me suis meme pas appliqué les bonnes pratiques de sauvegarde que je pousse tous les jours depuis des années.....

...chez OVH ? 

(je sais c'est facile)

il y a 20 minutes, NicolasB a dit :

Yes, ça fait bien plaisir Et le pire (et personne ne rigole) c'est que je travaille dans l'IT, côté infra, et que je ne me suis meme pas appliqué les bonnes pratiques de sauvegarde que je pousse tous les jours depuis des années.....

Alors de mon côté, je fais aussi de l'infra au boulot et j'avais bien pensé à la sauvegarde… mais pas vérifié que ça marchait correctement. 🤦‍♂️

 

Fort heureusement, je n'ai perdu aucune donnée, mais j'ai corrigé mon cron grâce à ton message, donc merci pour la piqûre de rappel ! 👍 

Le 07/07/2021 à 11:02, NicolasB a dit :

Pour info : sauvegardez vos bases... La mienne a crashé sans possibilité de récupérer les données, donc si vous voulez garder de l'historique, un petit cron avec la commande de backup s'impose.

 

La voici pour rappel :

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

 

Edit : les 2 lignes de cron pour mettre le backup avec la date du jour + garder 30 jours d'historique

0 5 * * * docker-compose exec -T database pg_dump -U teslamate teslamate > /home/pi/backup/teslamate_$(date +\%Y\%m\%d\%H\%M).bck
50 4 * * 1 find /home/pi/backup/* -mtime +30 -exec rm {} \;

 

Alors, bon point pour la bonne pratique de sauvegarde, mais mauvais point pour la destination.

Évitez, autant que possible, d'héberger la sauvegarde sur le même matériel que le premier jeu de données.

J'ai mon Teslamate dans un docker sur le Synology, je fais un backup hebdomadaire, et je le mets en plus sur dropbox. Si je le laisse que sur mon Nas et qu'il arrive quelque chose, je perds Teslamate + le backup.

Pas bon.

 

(mais oui, déformation professionnelle comme tout le monde ahah)

Principe des sauvegardes pour les données critiques :

Citation

Toute donnée qui n'est pas au moins en 3 exemplaires dans deux emplacements géographiques séparés doit être considérée comme perdue.

 

 

il y a 10 minutes, bobjouy a dit :

Évitez, autant que possible, d'héberger la sauvegarde sur le même matériel que le premier jeu de données.

 

Bonne remarque en effet… 👍

 

Dans mon cas, j'ai un backup local qui est lui-même sauvegardé à distance. Le premier peut être effectué plus fréquemment, il est surtout pratique en cas de panne logicielle, si la base de données devient corrompue comme dans l'exemple malheureux de @NicolasB. Le second est indispensable en cas de gros problème, si l'ordinateur utilisé disparaît pour une raison ou une autre.

il y a 1 minute, nicolinux a dit :

backup local qui est lui-même sauvegardé à distance

Voilà, ça pas de souci, tu lies le pratique (local) à la sécurité (distance).

il y a 13 minutes, bobjouy a dit :

Alors, bon point pour la bonne pratique de sauvegarde, mais mauvais point pour la destination.

Évitez, autant que possible, d'héberger la sauvegarde sur le même matériel que le premier jeu de données.

J'ai mon Teslamate dans un docker sur le Synology, je fais un backup hebdomadaire, et je le mets en plus sur dropbox. Si je le laisse que sur mon Nas et qu'il arrive quelque chose, je perds Teslamate + le backup.

Pas bon.

 

(mais oui, déformation professionnelle comme tout le monde ahah)

le répertoire de backup chez moi est un disque monté sur mon NAS, lui meme répliqué avec un espace partagé onedrive

il y a 6 minutes, NicolasB a dit :

le répertoire de backup chez moi est un disque monté sur mon NAS, lui meme répliqué avec un espace partagé onedrive

Au top, je t'offre ce badge : 

😃

il y a une heure, NicolasB a dit :

le répertoire de backup chez moi est un disque monté sur mon NAS, lui meme répliqué avec un espace partagé onedrive

Bof, ça reste assez léger comme sécurité pour des données aussi critiques. Perso j'ai un 3eme backup dans une base sous-marine désaffectée opérée par des anciens du KGB et gardée par des requins mutants

il y a 3 minutes, MrFurieux a dit :

Bof, ça reste assez léger comme sécurité pour des données aussi critiques. Perso j'ai un 3eme backup dans une base sous-marine désaffectée opérée par des anciens du KGB et gardée par des requins mutants

J'avoue, c'est too much pour des choses si peu importantes. Mais on l'a dit, "déformation professionnelle" ! (et surtout c'est ajouté à ce que je réplique, par exemple toutes mes photos depuis x années).

@bobjouy elle fait quelle taille ta base ?

Avec tous tes trajets je me demandais ce que ça donnait.

Ça fait quand même pas mal de données.

il y a 45 minutes, MikeFr a dit :

@bobjouy elle fait quelle taille ta base ?

Avec tous tes trajets je me demandais ce que ça donnait.

Ça fait quand même pas mal de données.