serveurs:installation:web-srv:docker-glitchtip

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision		 Révision précédente
serveurs:installation:web-srv:docker-glitchtip [2023/07/07 16:20] – [Créer un nouveau projet de surveillance sur GlitchTip] jpmilcentserveurs:installation:web-srv:docker-glitchtip [2026/09/16 10:19] (Version actuelle) – [Mise à jour de Glitchtip] jpmilcent
Ligne 4: Ligne 4:
   * Il est embarqué dans un container //Docker// et fait partie de la //stack// //app-monitor//.   * Il est embarqué dans un container //Docker// et fait partie de la //stack// //app-monitor//.
   * Le serveur //bkp-srv// devrait utiliser un container //nginx-proxy// comme serveur web pour tous les outils hébergés dessus.   * Le serveur //bkp-srv// devrait utiliser un container //nginx-proxy// comme serveur web pour tous les outils hébergés dessus.
-  * //GlitchTip// est un outil plus simple //Sentry// et demandant moins de ressource. Il se base sur le SDK de Sentry. Il est donc parfaitement compatible avec la méthode d'installation de Sentry pour GeoNature.+  * //GlitchTip// est un outil plus simple que //Sentry// et demandant moins de ressource. Il se base sur le SDK de Sentry. Il est donc parfaitement compatible avec la méthode d'installation de //Sentry// pour //GeoNature//.
  
 **Ressources** : **Ressources** :
Ligne 22: Ligne 22:
     * Vérifier que vous accédez à l'interface de connexion : https://app-monitor.<domaine-sino>     * Vérifier que vous accédez à l'interface de connexion : https://app-monitor.<domaine-sino>
     * Si tout semble fonctionnel, l'arrêter et le relancer en  tant que service : ''CTRL+C'' puis <code bash>docker compose up -d</code>     * Si tout semble fonctionnel, l'arrêter et le relancer en  tant que service : ''CTRL+C'' puis <code bash>docker compose up -d</code>
-  * Appliquer les migrations de l'outil : <code bash>docker compose run --rm app-monitor-migrate ./manage.py migrate</code> 
   * Créer un super utilisateur : <code bash>docker compose run --rm app-monitor-migrate ./manage.py createsuperuser</code>   * Créer un super utilisateur : <code bash>docker compose run --rm app-monitor-migrate ./manage.py createsuperuser</code>
     * Utiliser l'email de l'admin système     * Utiliser l'email de l'admin système
     * Stocker le mot de passe dans Keepass     * Stocker le mot de passe dans Keepass
 +
 +===== Mise à jour de Glitchtip =====
 +
 +==== Mise à jour de version majeure ====
 +  * Toujours passer par la dernière version de la branche précédente avant de migrer vers la dernière version de la nouvelle branche majeure.
 +  * Vérifier les changements majeurs indiqués dans les notes de //release//.
 +  * Sinon, les étapes sont les mêmes que pour les mises à jour de version mineure.
 +
 +==== Mise à jour de version mineure ====
 +  * Faire un dump de la base : ''%%docker exec -t app-monitor-postgres pg_dump -U postgres glitchtip -F c > backups/2026-09-16_glitchtip_backup.dump%%''
 +  * Mettre à jour les versions de l'outil dans le fichier ''docker-compose.yml'' dans les différents services où l'image est utilisée. Ex. : ''%%image: glitchtip/glitchtip:v4.2.10%%''
 +    * Puis lancer :<code bash>
 +docker compose pull
 +docker compose down
 +docker compose run --rm app-monitor-migrate ./manage.py migrate
 +docker compose up -d
 +</code>
 +  * Lors de l'application des migrations de l'outil avec : <code bash>docker compose run --rm app-monitor-migrate ./manage.py migrate</code>
 +    * En cas d'erreur <code>Error response from daemon: manifest for glitchtip/glitchtip:v6.2.6 not found: manifest unknown: manifest unknown
 +</code>, le problème vient surement du numéro de version inexistant ou ayant changé de format (ici ''v6.2.6'' a changé pour ''6.2.6''). Vous pouvez aussi utiliser ''latest''.
 +    * Si cela ne fonctionne pas, il est aussi possible de se connecter sur le service ''app-monitor-web'' avec : <code bash>docker exec -it app-monitor-web /bin/bash</code>
 +      * Lancer la migration avec : <code bash>./manage.py migrate</code>
 +    * En cas d'erreur <code>django.db.utils.ProgrammingError: relation "performance_transactionevent" already exists</code> :
 +      * Lancer la commande :<code>./manage.py migrate --fake-initial</code>
 +    * Tenter la migration en tant que root :  <code>docker exec --user root -it app-monitor-web /bin/bash</code>
 +      * Lancer la commande : <code>./manage.py migrate</code>
 +  * Mettre à jour les fichiers statics (**en tant que root**) : <code>docker exec --user root -it app-monitor-web /bin/bash</code>
 +    * Lancer la commande : <code>./manage.py collectstatic</code>
 +
 +
 +==== Migration de Glitchtip v4 à v5 ====
 +  * Commencer par mettre à jour le docker compose vers la dernière version de Glitchtip de la branche 4, soit : ''4.2.10''
 +  * Effectuer les commandes classiques de migration indiquées ci-dessus et vérifier que l'outil fonctionne.
 +  * Mettre à nouveau à jour le docker compose vers la dernière version de Glitchtip de la branche 5.0.x, soit : ''5.0.9''
 +  * Effectuer à nouveau les commandes de migrations mais remplacer la commande de migration par : ''docker compose run --rm app-monitor-migrate ./manage.py migrate --fake-initial''
 +    * Les migrations de la base de données ayant été "squashées", il est obligatoire d'ajouter le paramètre : ''%%--fake-initial%%''
 +  * Vérifier que l'outil fonctionne.
 +  * Enfin, mettre à nouveau à jour le docker compose vers la dernière version de Glitchtip ''latest'' ou ''6.2.6'' (en septembre 2026).
 +
  
 ===== Créer un nouveau projet de surveillance sur GlitchTip ===== ===== Créer un nouveau projet de surveillance sur GlitchTip =====
Ligne 39: Ligne 77:
     * Team : Equipe-SINP     * Team : Equipe-SINP
   * Copier le DSN qui s'affiche sur la droite de l'interface du nouveau projet.   * Copier le DSN qui s'affiche sur la droite de l'interface du nouveau projet.
-  * Se rendre sur le servuer //web-srv// en tant que //geonat// : <code bash>ssh geonat@web-<region>-sinp </code>+  * Se rendre sur le serveur //web-srv// en tant que //geonat// : <code bash>ssh geonat@web-<region>-sinp </code> 
 +  * Activer le venv de GeoNature : ''source ~/geonature/backend/venv/bin/activate'' 
 +  * Installer le paquet Python Sentry SDK pour Flask : ''%%pip install --upgrade sentry-sdk[flask]%%'' 
 +  * Désactiver le venv de GeoNature : ''deactivate''
   * Éditer le fichier de configuration de GeoNature : <code bash>vi ~/geonature/config/geonature_config.toml</code>   * Éditer le fichier de configuration de GeoNature : <code bash>vi ~/geonature/config/geonature_config.toml</code>
     * Ajouter une entrée au début du fichier : <code toml># Set Sentry DSN      * Ajouter une entrée au début du fichier : <code toml># Set Sentry DSN 
Ligne 52: Ligne 93:
   * Générer une erreur pour tester le fonction en vous rendant dans un navigateur sur l'URL suivante : ''%%https://geonature.<domaine-sinp>/api/gn_commons/debug-glitchtip%%''   * Générer une erreur pour tester le fonction en vous rendant dans un navigateur sur l'URL suivante : ''%%https://geonature.<domaine-sinp>/api/gn_commons/debug-glitchtip%%''
     * Si tout se passe bien, vous devriez voir apparaître l'erreur dans l'interface de //GlitchTip// au niveau du projet créé précédemment.     * Si tout se passe bien, vous devriez voir apparaître l'erreur dans l'interface de //GlitchTip// au niveau du projet créé précédemment.
 +      * Pensez à supprimer le code ajouté à GeoNature ayant servi à tester la gestion d'erreur avec Glitchtip
     * En cas de problème :     * En cas de problème :
       * Redémarrer GeoNature : <code bash>systemctl restart geonature</code>       * Redémarrer GeoNature : <code bash>systemctl restart geonature</code>
-      * Redémarrer la stack //app-monitor// : <code bash>docker compse down ; docker compose up -d</code>+      * Redémarrer la stack //app-monitor// : <code bash>docker compose down ; docker compose up -d</code> 
 +      * A priori, un second redémarrage résoud l'erreur ''[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: self signed certificate''
       * Vérifier les log des containers de la stack //app-monitor// sur : ''%%https://manager.<domaine-sinp>/%%''       * Vérifier les log des containers de la stack //app-monitor// sur : ''%%https://manager.<domaine-sinp>/%%''
  
  • serveurs/installation/web-srv/docker-glitchtip.1688746828.txt.gz
  • Dernière modification : 2023/07/07 16:20
  • de jpmilcent