simvue-io / simvue-io/python-api
Crontab spams metrics to server even once run is completed in Offline mode
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 4
- Forks
- 1
- Merge moyen
- 5 j 8 h
- PR mergées (30 j)
- 4
Description
When using Offline mode, with a cronjob using simvue_sender to upload metrics every minute, it appears that metrics are spammed to the server whenever there is something in the Simvue cache, even when the simulation / run is closed.
It also looks like it repeatedly sends the same metrics/events to the run. For example, in this run (https://dev01.simvue.io/dashboard/runs/run/G9rcfVMCiZcjPSZXQwHL6P), the last minute in which it sent events before it crashed, it sent 340 events at once (should send a maximum of ~5 at any time for this simulation). It also sends the same event over and over again (eg each 'Starting Epoch X' message should only ever appear once, yet every minute it is sent multiple times.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par le chemin du cronjob simvue_sender pour le mode Offline et suivez la manière dont les métriques et les événements mis en cache sont sélectionnés après la fermeture d'une exécution. Reproduisez le comportement signalé avec un envoi une fois par minute, puis vérifiez que les exécutions terminées ne reçoivent plus de données et que chaque métrique ou événement n'est envoyé qu'une seule fois.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- observability-sre
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 38/100