IN2P3-Forge: Issueshttps://forge.in2p3.fr/https://forge.in2p3.fr/favicon.ico?16780521162021-06-14T13:05:52ZIN2P3-Forge
Redmine PyROS - Story #45452 (New): * REQ-0XX REQUIREMENTS FROM CNES (PR)https://forge.in2p3.fr/issues/454522021-06-14T13:05:52ZPallier EtiennePyROS - Story #45195 (New): REQ-122 Page information état agenthttps://forge.in2p3.fr/issues/451952021-05-12T12:18:10ZPallier Etienne
<p>Existant : minimaliste</p>
<p>Solution : via BD</p> PyROS - Story #45194 (New): REQ-121 Limiter le nombre d’essais de connexion d’un utilisateurhttps://forge.in2p3.fr/issues/451942021-05-12T12:17:51ZPallier Etienne
<p>Existant : néant</p>
<p>Solution :<br />Mettre en place un système de vérification et de blocage de tentative de connexion</p> PyROS - Story #45193 (New): REQ-120 Pages web dédiées pour gérer différents besoinshttps://forge.in2p3.fr/issues/451932021-05-12T12:17:33ZPallier Etienne
<p>Pages pour gérer :</p>
<p>Utilisateurs<br />Configuration du logiciel<br />Agents PyROS<br />Logs</p>
<p>Existant pyros :<br />Les pages de gestion des utilisateurs et de la configuration du logiciel existent.<br />Logs fichiers uniquement (pas en BD)<br />Il manque une page pour les logs</p> PyROS - Story #45192 (New): REQ-119 Analyse images : le service de traitement d’images doit être ...https://forge.in2p3.fr/issues/451922021-05-12T12:17:15ZPallier Etienne
<p>Pouvoir donner des ordres au service de traitement d’images (à distance, depuis le CNES, en amont et en aval)<br />Par exemple, pour ne récupérer qu’une petite partie des résultats (et non pas la totalité, car temps de transfert important, depuis la Réunion par exemple)<br />Ex : rapprochement entre 2 objets, on veut voir ce qui s’est passé dans cette zone, mais on ne veut pas ramener les 200 images de la Réunion (15mn/image) => donner un fichier d’entrée avec les parties d’images dont on a besoin (imagettes)<br />=> Triton génére alors un fichier zip de toutes les imagettes, et on recup</p>
<p>Date de production par Triton plus importante que date d’observation (car Triton peut faire des retraitements)</p>
<p>Service spécifique nommé Triton</p>
<p>Status : recherché dans les fichiers de logs</p>
<p>Action : Triton prend les images au fur et à mesure qu’elles arrivent dans un dossier (surveillé) et génère les mesures avec, puis CNES va les chercher</p>
<p>Récupération des résultats :<br />c’est un service de fichiers</p>
<p>Solution :<br />Triton serait associé à un agent PyROS qui surveille si le traitement “Triton” fonctionne bien, son status, dans la BD…<br />Triton devra demander à son Agent les infos<br />Intégrer le service de récupération des fichiers résultats</p> PyROS - Story #45191 (New): REQ-118 Avoir un obturateur sur les caméras (Utile pour faire les Dark)https://forge.in2p3.fr/issues/451912021-05-12T12:16:51ZPallier Etienne
<p>Obturateur actuel est un organe fragile qui tombe assez souvent en panne (/2 ans)</p>
<p>Possible car redondance (et donc résilience) existante avec nos 4 caméras.<br />Il faudra prévoir une maintenance régulière.<br />Bien gérer les obturateurs pour ne pas les ouvrir/fermer trop souvent.<br />(Obturateur ouvert toute la nuit ?)</p> PyROS - Story #45190 (New): REQ-117 Calibration : génération des images de calibration en fonctio...https://forge.in2p3.fr/issues/451902021-05-12T12:16:31ZPallier Etienne
<p>Un Dark générique avec temps pose assez long (qu’on divise selon besoin)<br />Bias générique<br />Un nouveau Flat chaque jour</p>
<p>Dark de synthèse ajusté sur divers darks de temps de pose différents</p> PyROS - Story #45189 (New): REQ-116 Calibration astro : trouver une solution quand l’image est di...https://forge.in2p3.fr/issues/451892021-05-12T12:16:14ZPallier Etienne
<p>On peut utiliser un soft externe (style astrometry.net) pour traiter la distorsion</p> PyROS - Story #45188 (New): REQ-115 Calibration : traiter efficacement les fichiers de calibratio...https://forge.in2p3.fr/issues/451882021-05-12T12:15:52ZPallier Etienne
<p>Existant :<br />Grenouille :<br />On pourrait mieux traiter les bias, dark, flat : quand pas bon, on se débrouille manuellement pour recup un ancien (à améliorer)</p>
<p>Solution :<br />Un agent fera l’équivalent de la Grenouille actuelle<br />Voir Biblio python de traitement d’image</p> PyROS - Story #45187 (New): REQ-114 Planification des séquences : Equitéhttps://forge.in2p3.fr/issues/451872021-05-12T12:15:29ZPallier Etienne
<p>Existant :<br />Pas suffisamment bien géré</p>
<p>Solution :</p>
<p>Gestion de Quotas : tous les 6 mois, par institut utilisateur<br />On répartit le quota sur 6 mois<br />Empêcher la thésaurisation : qq fait tout sur le 6e mois => pénalité</p>
<p>ALGO : Ne pas désavantager celui qui utilise assez régulièrement le telescope par rapport à celui qui thésaurise</p> PyROS - Story #45186 (New): REQ-113 Planification des séquences : Efficacité, efficiencehttps://forge.in2p3.fr/issues/451862021-05-12T12:15:14ZPallier Etienne
<p>Un maximum de séquences exécutées, le moins possible de temps mort</p>
<p>On doit pouvoir déposer des scènes de calibration hebdomadaires, à faible prio, qui pourraient s’exécuter n’importe quand dans la semaine, quand il y a de la place (permet de voir s’il y a des désalignements, des pertes de précision avec le temps, des réglages nécessaires…)</p>
<p>Existant :<br />on replanifie toute la nuit complète tout le temps (même en fin de nuit)</p>
<p>Solution :<br />Seule hypothèse = durée de la séquence<br />Replanification en cours de nuit, MAIS en tenant compte de ce qui s’est déjà passé <br />But = commencer la scène suivante IMMÉDIATEMENT après la scène en cours<br />(à terme, on devrait gagner environ 20% des temps morts)<br />Si une scène se termine plus tôt, la prochaine commencera plus tôt<br />DONC : on lance une scène, et aussitôt on replanifie.<br />Avec le temps le système va auto-apprendre pour affiner les marges liées au temps déplacement, pointage…</p> PyROS - Story #45185 (New): REQ-112 Planification des séquences : Flexibilitéhttps://forge.in2p3.fr/issues/451852021-05-12T12:14:52ZPallier Etienne
<p>On doit pouvoir donner un temps d’observation sous forme d’un intervalle de temps <br />(ex : demander une observation n’importe quand entre entre 23h et 0h ; ex : observation d’un débris ou satellite, ça va bouger, coordonnées changeantes)</p>
<p>Existant : <br />On est obligé de bloquer à la seconde près le moment où on prend la photo<br />⇒ inefficacité, temps perdu dans les temps morts du planificateur, non négligeable)</p>
<p>Solution :<br />On donnera un intervalle de dates, avec contrainte :<br />n’importe quand (pas de contrainte)<br />commencer dès que possible<br />commenter au plus haut dans le ciel<br />...</p> PyROS - Story #45184 (New): REQ-111 Mise en sécurité automatique en cas de cyclonehttps://forge.in2p3.fr/issues/451842021-05-12T12:14:21ZPallier Etienne
<p>Si un cyclone est détecté ou que la vitesse du vent est trop élevée (dépasse un certain seuil), la fermeture du toit de l'observatoire doit être effectuée manuellement ou automatiquement par le logiciel</p> PyROS - Story #45183 (New): REQ-110 Arrêt et redémarrage automatique en cas de coupure électriquehttps://forge.in2p3.fr/issues/451832021-05-12T12:13:44ZPallier Etienne
<p>Interroger l’onduleur toutes les 5 secondes pour détecter les pannes de courant en entrée. Si une panne est détectée, une seconde requête doit être effectuée pour confirmer la coupure de courant et enclencher la procédure de sécurisation du système électrique.<br />Une fois la coupure de courant finie, un des ordinateurs doit redémarrer automatiquement et envoyer des signaux aux autres ordinateurs pour qu’ils redémarrent (Cette procédure est à l’étude en fonction des outils techniques à implémenter).</p> PyROS - Story #45182 (New): REQ-109 Afficher infos utiles sur les requetes/séquenceshttps://forge.in2p3.fr/issues/451822021-05-12T12:13:19ZPallier Etienne
<p>Afficher lors du dépôt de la requête:<br />les options des instruments liés à un channel<br />L’horizon de l’observatoire (sauvegardé sous la forme (site,gisement) ou (déclinaison, angle horaire lever, angle horaire coucher))<br />Ces informations seront fournies par le fichier de config de l’observatoire (UNIT)</p> PyROS - Story #45181 (New): REQ-108 Pouvoir déposer dans différents systèmes de coordonnéeshttps://forge.in2p3.fr/issues/451812021-05-12T12:12:58ZPallier Etienne
<p>Actuellement RA/DEC J2000</p>
<p>Solution :<br />Différents systèmes de coordonnées autorisés :<br />Coordonnées isolées (fixes) :<br />RA/DEC J2000<br />HA/DEC (coord naturelles pointage TAROT)<br />ALT/AZ<br />Générateur de Coordonnées :<br />From Ephéméride : liste de date-coord (pour un système donné)<br />From TLE (160 car ASCII) : génère lui-même des coord pour une date donnée<br />From Théorie planétaire (ELP2000...) : pour les planètes...</p> PyROS - Story #45180 (New): REQ-107 Suivi complet d’une requête, depuis son dépot, jusqu’à son ex...https://forge.in2p3.fr/issues/451802021-05-12T12:12:31ZPallier Etienne
<p>Existant :<br />Les infos sont cherchées dans différents fichiers logs de CADOR (majordome, triton, sequences, rejected, …), <br />Gestion via OSMOSE</p>
<p>Solution :<br />Aller chercher les infos dans BD (plutôt que dans les logs), et lisibles sur pages web (logs réservés pour maintenance/debug)</p> PyROS - Story #45179 (New): REQ-106 Requete appartient à un SP (lié à un PI qui est lié à des users)https://forge.in2p3.fr/issues/451792021-05-12T12:12:00ZPallier Etienne
<p>Existant :<br />Requete vue par tous ceux qui ont l’id request</p>
<p>Solution :<br />Gestion liée à SP (discuté 6 mois avant d’être validé)<br />(user “debris” = SP)</p> PyROS - Story #45178 (New): REQ-105 Pouvoir enlever une séquence (scène) déposée pour en déposer ...https://forge.in2p3.fr/issues/451782021-05-12T12:11:38ZPallier Etienne
<p>Existant :<br />Delete scene actuelle puis dépot new</p>
<p>Solution :<br />Modification d’une séquence (tant qu’elle n’est pas encore planifiée ou exécutée)</p> PyROS - Story #45177 (New): REQ-104 Rôles utilisateurs (profils)https://forge.in2p3.fr/issues/451772021-05-12T12:11:05ZPallier Etienne
<p>7 rôles utilisateurs :</p>
<p>SysAdmin<br />PI<br />Super Operator<br />IS<br />TAC<br />Observer<br />Visitor</p> PyROS - Story #45176 (New): REQ-103 Connexion unique pour accéder à tous les services, si possibl...https://forge.in2p3.fr/issues/451762021-05-12T12:10:41ZPallier Etienne
<p>LDAP OCA/Tarotnet.org<br />(OSU-Pytheas) ?<br />Existent : Utilisateurs “génériques” plutôt qu’individuels</p>
<p>12 avril 2021 : sécurisation serveur Tarot (Julien Lecubain, services généraux OSU Pytheas)</p>
<p>Permettre connexion via annuaire LDAP Tarotnet.org du réseau OCA (Obs Cote Azur, voir avec Loïc et dir. Pytheas)</p> PyROS - Story #45175 (New): REQ-102 Surveillance et sécurisation de la BDhttps://forge.in2p3.fr/issues/451752021-05-12T12:10:12ZPallier Etienne
<p>Ajout d'un agent (nommé "Sécurité") qui doit surveiller l'état de la base de données.<br />Si une anomalie est détectée, une estimation par niveau de sévérité sera effectuée et reportée sur la table associée dans la base de données :<br />Level 1 : Warning non compromising for the operation of the system<br />Level 2 : Known issue which can be solved by operating the software remotely<br />Level 3 : Known issue which can be solved by an human remotely<br />Level 4 : Known issue without immediate solution<br />Level 5 : Issue not categorized until it happened</p>
<p>Levels 1 to 3 will generate emails.<br />Level 3 will generate emails and text messages to the local responsible staff.<br />The other levels will generate test messages to the centers responsibles.</p>
<p>Avoir une table associée dans la base de données qui répertorie les pannes avec les champs suivants :<br />Date of detection of the failure<br />Short description of the issue<br />Long description of the issue<br />Description of the on-going operations<br />Description of the final state after solving the failure<br />Date of resolution of the failure</p> PyROS - Story #45174 (New): REQ-213 Sauvegarde temporaire des images brutes pour opérations de ma...https://forge.in2p3.fr/issues/451742021-05-12T12:01:30ZPallier Etienne
<p>Permettre (occasionnellement) de sauvegarder les images brute après leur traitement.<br />Par défaut les images bruts sont supprimer après le traitement mais dans certain cas il peut-être intéressante de les conservers au moins temporairement pour des opérations de maintenance (diagnostique, teste de programme de traitement).</p>
<p>Existant ROS :<br />Cette petite modif copie les images brut dans le répertoire indiqué dans la variable ros(rep,raw_save) que l'on peux définir dans la section grenouille du .ini.<br />Si la variable est a égale a "" (ou n'est pas un répertoire) les fichier ne sont pas sauvegarder.<br />J'ai mis la variable a "" par defaut dans ros/src/common/variables_globales.tcl donc ça devrait être transparent pour les autres sites.<br />En cas d'update de scandisk_im.tcl, penser a faire aussi un update de variables_globales.tcl.</p>
<p>Commentaire Bruce :<br />A Zadko toutes les images brutes sont systématiquement sauvegardées. Il y a un appel en début (ou fin je sais plus) de traitement pour le VIRT et Zadko qui s'occupe de faire une copie dans un dossier de backup.<br />C'est tout codé en dur, une fois que ta modif sera stabilisée je ferai sans doute les changements dans le code.<br />Sauf que du coup "en cas de débug" me semble un peu court : la grenouille pouvant parfois supprimer une image (ou se planter), pour le VIRT et Zadko on est parti sur l'idée que tout ce qui sort de la caméra est protégé. On n'est plus à un To de disque près, de nos jours...</p> PyROS - Story #45173 (New): REQ-212 Espace privé pour extensions et déploiement sans githttps://forge.in2p3.fr/issues/451732021-05-12T12:00:59ZPallier Etienne
<p>Espace privé pour les extensions (plugins), et la configuration locale des telescopes (UNIT)</p>
<p>Déploiement sans contenu git (mettre à jour localement sur un pc puis déployer sur le serveur)</p> PyROS - Story #45172 (New): REQ-211 Allsky scanhttps://forge.in2p3.fr/issues/451722021-05-12T11:58:57ZPallier Etienne
<p>marques très hétérogènes</p>
<p>utiles pour contrôle visuel humain et aussi pour comparer avec les résultats donnés par les senseurs (capteur nuage, …) et vérifier que tout marche bien</p> PyROS - Story #45171 (New): REQ-210 Affichage contenu BDhttps://forge.in2p3.fr/issues/451712021-05-12T11:58:38ZPallier EtiennePyROS - Story #45170 (New): REQ-209 Lecture des logshttps://forge.in2p3.fr/issues/451702021-05-12T11:58:23ZPallier EtiennePyROS - Story #45169 (New): REQ-208 Lecture et téléchargement des imageshttps://forge.in2p3.fr/issues/451692021-05-12T11:57:53ZPallier Etienne
<p>Quelle image à qui ?</p>
<p>Téléchargement zip des images d’un utilisateur sur une période donné (avec limitation du volume si besoin)</p>
<p>(Au départ image est brute sur site distant, puis se fait attraper par grenouille et devient image d’archive qui encombre le disque local)</p>
<p>Etre notifié quand l’image est dispo</p>
<p>Agent qui envoie les images au fur et à mesure sur un NAS distant depuis lequel on viendrait chercher les images (style CADOR)</p>
<p>Visualisation directe (remplacer quickloock)</p>
<p>Visualisation des métas data</p> PyROS - Story #45168 (New): REQ-207 Rapports de synthèse, outils de monitoringhttps://forge.in2p3.fr/issues/451682021-05-12T11:57:24ZPallier Etienne
<p>à générer sur l’utilisation de la Unit</p>
<p>Voir outil TNT : Tarot Night Timeline : <a class="external" href="http://cador.tarotnet.org/ros/tnt/tnt.php?day=2021-04-19&tel=TCA">http://cador.tarotnet.org/ros/tnt/tnt.php?day=2021-04-19&tel=TCA</a></p> PyROS - Story #45167 (New): REQ-206 Espace mutualisé (comme CADOR)https://forge.in2p3.fr/issues/451672021-05-12T11:57:00ZPallier Etienne
<p>pour afficher informations générales et aussi sur l’ensemble du réseau TAROT (synthèse de toutes les UNIT) (et éventuellement plus tard si besoin centraliser le dépot des requetes, mais sans pour autant avoir une BD centralisée)</p>
<p>L’idéal serait qu’il soit là où se trouve le noeud du VPN</p> PyROS - Story #45166 (New): REQ-205 Bandeau en haut de pages pour messages d’info ou avertissementhttps://forge.in2p3.fr/issues/451662021-05-12T11:56:35ZPallier EtiennePyROS - Story #45165 (New): REQ-204 Architecture site, différents espaces selon les roleshttps://forge.in2p3.fr/issues/451652021-05-12T11:56:16ZPallier Etienne
<p>Une page d’accueil avec les liens vers tous les services tarot</p>
<p>Pages observateur (soumission des requêtes, consultation des donnés …)</p>
<p>Page équipe technique (pilotages du télescope, contrôle …)<br />Avoir sur la même page les contrôles et la visualisation des webcams et/ou des logs</p> PyROS - Story #45164 (New): REQ-203 GUI multilingue (choix de la langue)https://forge.in2p3.fr/issues/451642021-05-12T11:55:50ZPallier EtiennePyROS - Story #45163 (New): REQ-013 PYROS-10 ordonnancement temps réelhttps://forge.in2p3.fr/issues/451632021-05-12T10:49:08ZPallier Etienne
<p><strong>Origine</strong><br />Utilisateurs TAROT à forte contrainte temporelle : suivi de GRB ou GW ; poursuite de nouveaux objets spatiaux.</p>
<p><strong>Besoin</strong><br />Le module d’ordonnancement doit être réactivée à chaque modification de la liste des requêtes à traiter, des priorités ou des quotas des utilisateurs. On pourra fixer un délai minimal entre deux réévaluations de la planification afin d’éviter de surcharger les ressources informatiques.</p>
<p><strong>Finalité</strong><br />Autoriser la soumission de requêtes prioritaires peu avant leur date d'exécution</p>
<p><strong>Validation</strong><br />. Lancement d'une série de requêtes pour remplir la nuit<br />. Lancement d'une requête à une date proche (par exemple 10 minutes, limite à déterminer, ça dépend de la durée max d'une série d'images)<br />. Lancement d'une rafale de requêtes pour vérifier que l'ordonnanceur ne sature pas les ressources informatiques</p> PyROS - Story #45162 (New): REQ-014 PYROS-10 priorité et quotas utilisateurshttps://forge.in2p3.fr/issues/451622021-05-12T10:48:12ZPallier Etienne
<p><strong>Origine</strong><br />Utilisateurs</p>
<p><strong>Besoin</strong><br />Chaque utilisateur a un ou plusieurs couples « priorité ; quota ». Plusieurs utilisateurs peuvent avoir un même niveau de priorité. L’ordonnanceur satisfait prioritairement les demandes de série du niveau de priorité le plus élevé à concurrence du quota de chaque utilisateur. Il passe ensuite au niveau de priorité suivant.</p>
<p><strong>Finalité</strong><br />gestion des priorités entre utilisateurs</p>
<p><strong>Test</strong><br />création de deux utilisateurs de priorité forte et un utilisateur de priorité moins forte<br />Essai : Les deux utilisateurs de priorité 1 dépassent leur quota et l'utilisateur de priorité 2 peut ensuite passer des requêtes.<br />Essai : un des deux utilisateurs prioritaires arrête de soumettre des requêtes avant d'atteindre son quota et l'utilisateur moins prioritaire a des reuêtes programmées ; l'utilisateur prioritaire soumet de ouvelles requêtes et ça chasse des requêtes de l'utilisateur moins prioritaire</p> PyROS - Story #45161 (New): REQ-011 PYROS-10 ordonnanceur sur chaque télescopehttps://forge.in2p3.fr/issues/451612021-05-12T10:47:41ZPallier Etienne
<p><strong>Origine</strong><br />utilisateurs PyROS et administrateur TAROT NC,</p>
<p><strong>Besoin</strong><br />Faire tourner l'ordonnanceur de requêtes de chaque télescope sur le matériel informatique de ce télescope.</p>
<p><strong>Finalité</strong><br />Afin de<br />- limiter l'effet d'une panne du systèe central de supervision ou de la liaison entre le système central et le télescope.<br />- simplifier l'autonomisation de l'ordonnancement des tâches des télescopes du TAROT qui n'appartiennent pas au CNRS ; par exemple TAROT NC et Zadko.</p>
<p><strong>Validation</strong><br />Essai de lancement de requête à deux télescopes, chacun sur leur adresse IP</p> PyROS - Story #45160 (New): REQ-012 PYROS-10 limiter les temps morts entre requêteshttps://forge.in2p3.fr/issues/451602021-05-12T10:47:07ZPallier Etienne
<p><strong>Origine</strong><br />Utilisateurs TAROT</p>
<p><strong>Besoin</strong><br />Dans la mesure ou les requêtes sont décalables dans le temps, le module d’ordonnancement doit limiter les temps morts entre les requêtes.</p>
<p><strong>Finalité</strong><br />Augmenter la capacité de production des télescopes</p>
<p><strong>Test</strong><br />Lancement de plusieurs requêtes à des dates très proches --> Consultation de la programmation<br />Annulation d'une requête --> consultation de la reconfiguration de la programmation après annulatio</p> PyROS - Story #45159 (New): REQ-003 Interface avec les données CNRS de manière authentifiéehttps://forge.in2p3.fr/issues/451592021-05-12T10:46:09ZPallier Etienne
<p>En tant que responsable du système OSMOSE, j'ai besoin que les échange avec le CNRS se fassent de manière authentifiée afin de garantir une meilleure sécurité du système.</p>
<p>Ceci sera validé par la mise en place et la démonstration d'un accès authentifié avec le CNRS</p> PyROS - Story #45158 (New): REQ-006 Notification de changement d'état d'une requêtehttps://forge.in2p3.fr/issues/451582021-05-12T10:45:45ZPallier Etienne
<p>En tant que responsable OSMOSE, j'ai besoin d'être notifié à chaque changement d'état d'une requête côté CNRS afin d'adapter ma planification en fonction de celle-ci.</p>
<p>Ceci sera validé par une démonstration de la solution.</p> PyROS - Story #45157 (New): REQ-002 Déclenchement des jobs sur déclenchement au lieu de scrutationhttps://forge.in2p3.fr/issues/451572021-05-12T10:45:16ZPallier Etienne
<p>EXIGENCE LIÉE A OSMOSE-842</p>
<p>En tant que responsable système OSMOSE, j'ai besoin de mettre en place un système de chaine sur déclenchements au lieu d'un système basé sur une méthode de scrutation afin de réduire la latence entre la fin d'un traitement et le démarrage du suivant.</p>
Ceci sera validé par
<ul>
<li>un document décrivant les choix technologiques et l'architecture logicielle qui en découle validé par le CNES</li>
<li>la création des stories pour la mise en œuvre de la solution</li>
</ul>
----<br />Technologies à disposition :
<ul>
<li>incron (au lieu de cron)</li>
<li>systemd</li>
<li>triggers en BDD : [<a class="external" href="https://gitlab.cnes.fr/pavym/notif-bdd/-/tree/master">https://gitlab.cnes.fr/pavym/notif-bdd/-/tree/master</a>]</li>
<li>task-spooler</li>
</ul>
<p>L'utilisation de technologies simples et/ou éprouvées sera à privilégier</p> PyROS - Story #45156 (New): REQ-004 POC GTRS et websockethttps://forge.in2p3.fr/issues/451562021-05-12T10:44:46ZPallier Etienne
<p>EXIGENCE LIÉE A OSMOSE-1686</p>
<p>En tant que responsable OSMOSE, j'ai besoin de connaître l'effort et le gain attendu par la mise en place de websockets pour GTRS, afin de proposer une amélioration sur la fréquence de mise à jour des statuts envers les utilisateurs osmose.</p>
Cette story sera validée
<ul>
<li>par une maquette de téléchargement des fichiers s'appuyant sur une websocket (avec serveur web local simulant le serveur web du CNRS)</li>
<li>un GTRS fonctionnant "en temps réel" (intégrant directement le téléchargement ou en passant par incron)</li>
<li>un document de description de l'architecture à adapter côté OSMOSE et CNRS</li>
</ul>
<p>----<br />Ressources :</p>
<p>[<a class="external" href="http://shzhangji.com/blog/2017/07/15/log-tailer-with-websocket-and-python/">http://shzhangji.com/blog/2017/07/15/log-tailer-with-websocket-and-python/</a>]</p>
<p>[<a class="external" href="https://c-mh.fr/posts/websockets-en-php-plus-simple-qu-il-n-y-parait">https://c-mh.fr/posts/websockets-en-php-plus-simple-qu-il-n-y-parait</a>]</p>
<pre><code>[<a class="external" href="https://github.com/dunglas/mercure">https://github.com/dunglas/mercure</a>]</code></pre>
<pre><code>TODO : Compléter la DOD</code></pre> PyROS - Story #45155 (New): REQ-001 planification de tâches récurrenteshttps://forge.in2p3.fr/issues/451552021-05-12T10:44:13ZPallier Etienne
<p>Actuellement, toutes les requêtes OSMOSE sont envoyées à CADOR 19h en avance (tâche de planification). Le logiciel REPLICA sur CADOR planifie toutes les requêtes sur les télescopes.<br />Lorsque CADOR n'est pas accessible, REPLICA ne tourne pas donc les requêtes OSMOSE ne peuvent pas être planifiées. Cela peut entraîner des interruptions de production alors que les télescopes fonctionnent, lorsque CADOR n'est pas disponible pendant plus de 19h.</p>
<p>Le nouvel ordonnanceur doit pouvoir accepter des observations récurrentes avec une date de fin lointaine voire indéfinie. Ceci permettra au télescope de continuer à travailler sur les tâches de routine en cas de coupure réseau</p> PyROS - Story #45154 (New): REQ-070 SSI_010 Spécifications techniques SSIhttps://forge.in2p3.fr/issues/451542021-05-12T10:43:33ZPallier Etienne
<p>Le titulaire prendra en compte et répondra aux spécifications techniques SSI listées dans le document DNODASI-2020.0038067-v01.00-Exigences SSI - Tarot NC.xlsx.</p>
<p>document#1207</p> PyROS - Story #45153 (New): REQ-051 Sécurité des systèmes informatique (SSI)https://forge.in2p3.fr/issues/451532021-05-12T10:43:07ZPallier Etienne
<p>Le logiciel PYROS devra être compatible avec les règles de SSI listées dans le document DNODASI-2020.0038067-v01.00-Exigences SSI - TAROT NC.xlsx placé en pièce jointe de ce ticket.</p>
<p>document#1207</p> PyROS - Story #45152 (New): REQ-068 ACCEPT_010 Plan de validation et d'essaihttps://forge.in2p3.fr/issues/451522021-05-12T10:42:40ZPallier Etienne
<p>Le titulaire rédigera le plan de validation et d’essais. Ce plan proposera une logique de validation s’appuyant selon le besoin sur des analyses et des tests. Le titulaire sera responsable de la mise en application de ce plan de validation. Il y aura deux validations. La première s’effectuera en métropole (endroit à définir), et la deuxième après l’installation en Nouvelle Calédonie du système de mesure</p> PyROS - Story #45151 (New): REQ-069 Plan de validation et d'essaihttps://forge.in2p3.fr/issues/451512021-05-12T10:42:11ZPallier Etienne
<p>Le titulaire rédigera le plan de validation et d’essais. Ce plan proposera une logique de validation s’appuyant selon le besoin sur des analyses et des tests. Le titulaire sera responsable de la mise en application de ce plan de validation. Il y aura deux validations. La première s’effectuera en métropole (endroit à définir), et la deuxième après l’installation en Nouvelle Calédonie du système de mesure</p> PyROS - Story #45150 (New): REQ-066 QUALIF_030 Exigencehttps://forge.in2p3.fr/issues/451502021-05-12T10:41:26ZPallier Etienne
<p>Les phases de qualification doivent montrer que le système répond bien à l’ensemble des exigences de la STB.</p> PyROS - Story #45149 (New): REQ-067 Qualification des exigenceshttps://forge.in2p3.fr/issues/451492021-05-12T10:41:02ZPallier Etienne
<p>Les phases de qualification doivent montrer que le système répond bien à l’ensemble des exigences de la STB.</p> PyROS - Story #45148 (New): REQ-063 Qualification opérationnellehttps://forge.in2p3.fr/issues/451482021-05-12T10:40:39ZPallier Etienne
<p>La qualification opérationnelle aura lieu sur le site du Calern. Elle durera 3 mois et aura lieu au second semestre 2022. Un plan de tests et de qualification sera développé avant les essais par le titulaire et validé par le CNES avant réalisation.</p>
<p>Un plan de test et de qualification est demandé au titulaire.</p> PyROS - Story #45147 (New): REQ-059 Qualification techniquehttps://forge.in2p3.fr/issues/451472021-05-12T10:40:12ZPallier Etienne
<p>Le logiciel PYROS sera utilisé pour la qualification technique de TAROT NC à partir de juin 2022.</p>
<p>Sa qualification technique sur simulateur de télescope ou autre télescope devra avoir été réalisée avant cette date.</p>
<p>Un plan de tests et de qualification sera développé avant les essais par le titulaire et validé par le CNES avant réalisation.</p>