Aller au contenu

Yann73

Membre
  • Compteur de contenus

    770
  • Inscription

  • Dernière visite

2 abonnés

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

Yann73's Achievements

  1. Pose la question au développeur Il laisse juste la possibilité de parser les données d'un autre outil, c'est désactivable dans le docker-compose au pire
  2. Mosquitto est un broker MQTT (le voir comme une petite "base de donnée" qui contient des topics avec les data) dans lequel teslamate envoie également les données (en plus de la BDD), il sert en gros à exposer les données pour d'autres outils au besoin, mais en l'état il ne sert pas pour faire fonctionner Teslamate, qui push les data dans la BDD Postgres, qui sont ensuite lues par Grafana.
  3. Je ne paierais pas un service de ce type, surtout que @slyTM3 vient de me dire qu'il n'y a pas de backup proposé actuellement. Je préfère monter mes propres solutions Après comme toujours il faut se poser ce genre de question : Est-ce mes données sont critiques ? Puis-je les perdre ? Est-ce que je dois pouvoir y accéder H24 ?
  4. Un NAS est fait pour, les disques aussi (si disques NAS). Petit calcul rapide d'un DS920+ (Celeron J1425) avec 4 HDD + 2 nvme allumé H24 avec potentiellement une conso assez élevée permanente (donc la réalité est inférieur) = 25wh donc 0.025kwh, si on compte 31 jours on est à 18.6kwh*0.13€ le kwh en moyenne : 2,4€ / mois. Même si le prix était légèrement supérieur à une offre online ce qui n'est même pas le cas, au moins les données sont pas en lignes elles ^^ En aparté, mettre Teslamate sur un PI est à mon sens une bétise si on tient aux données qu'il y a dessus, une carte SD est pas conçue pour autant de lecture/écriture et finira par lâcher, la seule solution à peu près viable est un disque externe, mais il n'y a aucune redondance donc il faut bien backup, et la consommation augmente forcément avec le disque, faut bien l'alimenter.
  5. Punaise j'aurais du faire ça, ça doit être rentable Blague à part, tu sors ça de ton NAS pour finir dans une solution en ligne (quid de la sécurité des données surtout ce genre là) pour 4€ par mois, vraiment rentable ? Pour les éventuels intéressés, le site est géré par une micro-entreprise (salut coupaing DevOps si tu es içi ).
  6. Un sujet existe déjà sur les déclenchements intempestifs de l'alarme, très souvent causé par un insecte aussi petit soit-il :
  7. Le mode Sentinel utilise l'ordinateur FSD pour l'analyse d'images en temps réel qui pompe pas mal d'énergie et est lié à la batterie HV, sinon la 12V fonderait comme neige au soleil. Donc si il est activé la voiture ne peut pas découpler la batterie (le gros klong qu'on entend) et donc se mettre en veille. A mon avis ton Sentinel était coupé à ce moment
  8. 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
  9. 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
  10. 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.
  11. 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.
  12. J'en ai bien conscience c'est pour ça que je parle de compose également, disant que les deux sont valables. Ta solution qui marche parfaitement chez toi peut ne pas marcher chez un autre, le yaml étant par exemple évolué au fil des versions Maintenant copier/coller sans comprendre (je ne parle pas forcément que des commandes pour backup) c'est le meilleur moyen de faire des bêtises et avoir ses données se retrouver librement sur le net, mais bon ça on en a déjà parlé pas mal de fois. Ça reste du DIY et il faut essayer de comprendre un minimum ce qu'on fait, sinon le sujet se transforme en support docker/linux/etc...
  13. 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
  14. /tmbackup n'existe probablement pas, il te le dit (D'ailleurs créer des dossier à la racine c'est dégueulasse, mais ça c'est mon côté pro qui parle ^^).
  15. Tu as moyen de démarrer au moins le container postgres ("docker ps" donne quoi ?) ? Seul lui est nécessaire pour effectuer un backup, tout du moins son volume mais si il démarre c'est plus simple. Si oui tu peux exécuter une commande de backup (cherche pg_dump dans le sujet je n'ai plus la commande précise en tête) et partir de là.


×
×
  • Créer...
Automobile Propre

Automobile Propre est un site d'information communautaire qui est dédié à tout ce qui concerne l'automobile et l'environnement. Les thématiques les plus populaires de notre blog auto sont la voiture électrique et les hybrides, mais nous abordons également la voiture GNV / GPL, les auto à l'hydrogène, les apects politiques et environnementaux liés à l'automobile. Les internautes sont invités à réagir aux articles du blog dans les commentaires, mais également dans les différents forums qui sont mis à leur dispositon. Le plus populaire d'entre eux est certainement le forum voiture électrique qui centralise les discussions relatives à l'arrivée de ces nouveaux véhicules. Un lexique centralise les définitions des principaux mots techniques utilisés sur le blog, tandis qu'une base de données des voitures (commercialisées ou non) recense les voitures électriques et hybrides.